도메인 특정 객체 모델에 대한 패키지 이름 지정 규칙은 무엇입니까? 예를 들어, 당신이 mydomain.model 또는 mydomain.entity 또는 mydomain.om (개체 모델) 패키지에 넣어 것입니다, 당신은 Person.java POJO를 말한다. 아이디어는 MVC 모델 객체를 도메인 객체 모델과 분리하는 것입니다. MVC 기반 응용 프로그램에는 모델 패키지가 있지만 동작을 포함하지만 해당 패키지를 사용하여 도메인 객체 모델을 포함하는 것은 부적절하고 혼동을 줄 수 있습니다.도메인 객체 모델에 대한 패키지 명명 규칙
저는 "com.mycompany.domain"을 개인적으로 사용합니다. 그러나 이는 가장 좋은 대답이 아닐 수 있습니다.
귀하가 선택한 패키지 이름은 부적합합니다. 모델 vs. 도메인 vs. vo vs. foobar는 팀이 모두 같은 페이지에있는 한 모두 괜찮습니다. 이 패키지에는 중요한 비즈니스 로직이없는 POJO 도메인 객체 만 포함되어야한다는 것에 동의합니다.
뿐만 아니라 네임 스페이스의 명명 규칙에주의하십시오. 네임 스페이스 이름이 서로 다른 어셈블리에서 중복되는 경우를 보았습니다. 혼란에 대해 이야기하십시오.
기능을 분리하기 위해 패키지를 가로로 배열하지 않고 세로로 구성 할 수 있습니다.
예 :
com.foobar.accounting.model.*
com.foobar.accounting.view.*
com.foobar.invoicing.model.*
com.foobar.invoicing.view.*
수 있습니다보다 나은
com.foobar.model.accounting.*
com.foobar.model.invoicing.*
com.foobar.view.accounting.*
com.foobar.view.invoicing.*