나는 이것에 대한 토론을 보았던 것을 기억하고 있으며 현재 작업중인 시스템의 모든 비즈니스 객체가 상속하는 기본 객체를 제거하는 것을 고려 중입니다. 여기에는 몇 가지 속성, 일부 데이터베이스 논리 및 일부 생성자 논리가 포함되어 있습니다. 반 패턴입니까, 아니면 여전히 배심원입니까? 상속받을 기본 계약을 갖는 것이 더 낳습니다. 각 오브젝트에서 일정한 양
안녕하세요, 현재 파이썬 라이브러리를 작성 중입니다. 현재 모듈과 클래스는 이유가없는 디자인으로 조직되지 않은 방식으로 배포됩니다. 좀 더 공식적인 버전이 나오면 수업과 모듈을 재구성하여 전반적인 디자인을 개선하고 싶습니다. 가져 오기 종속성에 대한 다이어그램을 그렸으며 클래스 수준을 기준으로 클래스를 집계 할 계획이었습니다. 또한, 이러한 종속성을 줄이기
나는 임시적으로 새 사용자를 등록하고 생성 된 암호가 포함 된 전자 메일을 보내는 User.create 작업을 가지고 있습니다. 그 작업을 완료하는 가장 레일스적인 방법은 무엇입니까? 앞으로도 모든 것을 정확히하고 싶습니다. 더 이상 말도 안돼. 이번엔 진지해. 나는이는 옵션입니다 생각하고 ... 는 login_email_sent.html.haml라는 뷰를
나는 바보 같은 작은 게임을 작성했으며 일종의 리더 보드 웹 사이트를 갖고 싶습니다. 일반적으로 리더 보드는 10 명 또는 20 명의 최고 선수로 제한되지만, 기록 할 수 있다면 좋을 것 같습니다. 모든 플레이어에 대해 최고 점수는입니다. 그렇다면 항상 전 세계 순위를 표시 할 수 있습니다. 간단한 스키마는 다음과 같은 : - 자신의 최고 점수와 사용자 당
나는 스왑 가능한 구체적인 구현에 의해 뒷받침되는 .NET 인터페이스 집합으로 드러나는 비즈니스 로직 계층 ("저장소")을 가지고있다. 원래이 비즈니스 계층에서 인증 및 권한 부여 (authn/authz)를 구현 했으므로 IUserIdentity 및 IUserRole과 같은 인터페이스가 있었으며 중요한 데이터에 액세스 한 모든 메서드가 IUserIdenti
우리는 꽤 큰 응용 프로그램을 가지고 있으며 DDD 지침을 따르기 위해 리펙토링하는 것을 고려하고 있습니다. 현재로서는 번호 매김 문제는 경계 처리 된 컨텍스트 및 컨텍스트 맵입니다. 어쩌면 나는 그것을 구제하지 않을 것이지만, 나에게 나눠하는 것은 불가능한 것처럼 보인다. 예를 들어 우리는 사용자 객체를 모든 곳에 가지고 있으며 정확히 동일한 사용자 객체
배경 : 내가 삽입에 대한 데이터베이스 감사를 할 필요가있는 웹 응용 프로그램이// 삭제 업데이트 (어쩌면 읽기). 내 ORM으로 LINQ를 사용합니다. 웹에서 발견 한 몇 가지 아이디어를 사용하여 감사 테이블과 관련된 엔티티를 꾸미기 위해 속성을 사용하는 방법을 생각해 냈습니다. 감사 테이블 자체는 현재 테이블의 ID 및 이름, 수정 유형, 수정 시간 및
another question에서 간단한 RESTful 웹 서비스 구현 방법을 묻습니다. 그러나 내가 정의한 API는 특별히 RESTful하지 않았다는 것이 지적되었습니다. 내 질문 : 그것은 나쁜 것입니까? 구체적으로 : 그러한 API를 정의하는 다른 방법은 무엇입니까? 다른 질문에서 문제 정의의 답을 추가하겠습니다. 엄격히 정성을 다한 RESTful 버
텍스트 상자가있는 매우 일반적인 시나리오에서 해당 텍스트 상자의 유효한 항목을 제한하는 유효성 검사 규칙이 있습니다. 유효하지 않은 유효성 검사는 원래 유효하지 않은 값 앞에 입력 된 유효 값이있는 경우 텍스트 상자의 내용에 어떤 영향을 미칩니 까? 예 : 0과 50 사이의 숫자를 입력 할 수있는 양식을 상상해보십시오. 사용자는 40을 ente합니다. 모든
MFC를 사용하여 작성된 Windows에서 실행되는 응용 프로그램이 있습니다. 메뉴 항목의 활성화/비활성화 상태는 많은 조건에 따라 다릅니다. 예를 들어 조건 A가 충족되거나 조건 B가 충족되면 메뉴 항목을 활성화해야하지만 A와 B가 동시에 TRUE 인 경우에는 비활성화해야합니다. 코드에서 어떻게 모델링합니까? 일종의 상태 머신을 사용해야한다고 생각하지만