Jahia 6.5 설치를 기존 Jackrabbit에 연결하는 것이 가능한지 알고 계십니까? 구성 파일을 살펴 보았지만 가능한 것 같지만 Jahia를 올바르게 구성하는 방법을 모르겠습니다. ######################################################################
### Disk Paths ########
지난 달에 previous question에서 엔티티가 리포지토리에 액세스해야하는지에 대해 물었습니다. 대부분의 사람들이 그렇게 생각하지는 않지만 나는 어렵다고 인정해야합니다. 확신을 갖기. 를 할당 우리는 Store이 : 는 내가 정말 내 법인의 저장소를 주입하지 않고 논리를 할 수있는 (합리적인) 방법을 생각할 수있는 유스 케이스가 Zone (도시, 지
여러분! '도메인 : IUser, IAddressBook, IComment'등의 문제를 나타내는 인터페이스가 있다고 가정 해 보겠습니다. 다음과 같이 IUser가 정의되어 있다고 가정 : 예를 들어, 난 단지 언급 계약을 사용하여 내 응용 프로그램에서 public interface IUser : IAmIdentifiedEntity<int>, IHaveNam
리포지토리가 사실상 포함하고있는 객체를 기반으로 부울 값을 반환해도 괜찮습니까? 예를 들어 : if (userRepository.checkCredentials(username, password))
{
// ...
을 아니면 그것에게 자세한 방법 할 수있는 더 좋은 방법입니다 : user = userRepository.findByUsername
내 응용 프로그램을 엔티티 별 저장소에서 집계 루트별로 리포지토리로 리팩토링하려고합니다. 기본 예제에는 Cars의 엔티티 루트가 있습니다. 자동차는 고용 계약을 맺고 있습니다. 내가 볼 수있는 한, 자동차가 없으면 계약이 존재하지 않으므로 자동차는 집합 루트입니다. 시스템의 모든 계약 (루트 엔티티의 모든 하위 엔티티)을 표시하는 사용자보기를 구현하려고합니
EF에 관한 많은 비디오를 보았지만 여전히 프로젝트에서이 도구에 접근하는 적절한 방법을 찾을 수 없습니다. 어디서나 두 가지 상황에 대해 말하고 있습니다. 먼저 DB가 있고 도메인 모델이 없습니다. 둘째, DM이 있고 DB가 없습니다. 나는 잘 정의 된 DM과 DB가있는 이미 실행중인 응용 프로그램을 가지고 있습니다. 나는 리포지토리 인터페이스를 정의했으며
나는 다음과 같은 데이터 구조를 가지고 마음에 class Post
{
public string Title { get; set;}
public Category Category { get; set;}
}
베어링 게시물 항상 하나에 속하고 하나 개의 범주 내 추론이 올바른지를? Category은 (게시물이 없이는 존재할 수 없기 때문에)
주요 wsdl에는 일련의 wsdl 가져 오기가 있습니다. 각 sub-wsdl은 common.xsd를 가져오고 특정 작업에 대한 요청 및 응답 객체를 정의합니다. 각 sub-wsdl 문서의 요청 개체가 공통 인터페이스를 구현하기를 원합니다. 먼저 xsd : extension을 사용해 보았고 공통 요소를 기본 클래스로 추출했습니다. 이것은 작동하지만 공개적으로
저는 DDD를 배우고 있으며 매우 간단한 예제 인 블로그 애플리케이션을 모델링하기를 원했습니다. 하나의 영역에 대해서는 골재근을 정의하는 것이 다소 혼란 스럽습니다. 나는 확실히의 나는 유일한 것은이 게시물의 컨텍스트 외부에서 말이 없기 때문에 그 코멘트가 값 오브젝트입니다이 예에서 Site
has many
Blog
has
집계 루트이고 많은 하위 엔터티를 포함하는 엔티티가 있습니다. 기본적으로 데이터베이스에서로드하고 유지하는 것은 매우 비싼 작업입니다. 대부분의 경우 엔터티의 작은 부분 만 변경하므로 어쨌든 전체 엔터티를로드하고 유지할 필요가 없습니다. 그러나 DDD 원칙과 저장소 패턴을 사용하여 구현하는 방법을 모르겠습니다. interface IAggregateRoot {