비즈니스 로직 클래스 이름 지정
https://stackoverflow.com/questions/1860852
-
13-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 비즈니스 객체/pocos/entities/uthern가있는 비즈니스 계층이 있습니다. 또한 데이터 액세스를위한 리포지토리도 있습니다. 이 시점까지 UI 계층에서 직접 저장소에 액세스했습니다. 나는 실제로 똑바로 CRUD가 아닌 수업이 더 필요한 시점에 있으므로 논리와 CRUD를 수행 할 비즈니스 로직 클래스를 만들려고합니다. 더 이상 UI (아마도 처음부터 이루어 졌을 것입니다).
이 수업을 무엇이라고 부르나요? 내가 생각할 수있는 유일한 것은 서비스 클래스이지만이 응용 프로그램에는 실제 WCF 서비스가있어 혼란 스러울 것입니다. WCF 서비스는 또한 이러한 클래스를 사용하므로 서비스를 사용하면 서비스 클래스가 이상하고 혼란스러워 보입니다.
해결책
나는 "서비스"명명 컨벤션도 사용합니다. "서비스"가 업계에서 매우 과부하 된 용어가되었지만 가장 의미가 있습니다. 코드를 검토하는 개발자는 애플리케이션/도메인 서비스 대 WCF 서비스의 차이를 결정할 수 있어야하며 WCF 서비스에 전화를 걸어 다른 서비스 클래스가 혼란스러워 보일 수 있지만 그렇지 않다고 생각합니다. 서비스의 아이디어는 기능을 수행하는 코드이며 다른 코드에서 사용할 수 있다는 것입니다. 내부 서비스 일 수도 있고 HTTP 등을 통해 외부에서 노출 된 서비스 일 수 있습니다. 그러나 코드가하는 일에 대한 아이디어는 동일합니다.
다른 팁
'서비스'가 여러 도메인 개체를 사용하여 비즈니스 로직을 조정하는 경우 외관 패턴 - 아마도이 접미사로 이름을 지정할 수 있습니다. OrderManagementFacade
설명에서 WCF 클래스가 실제로 서비스를 구현하는 것처럼 들립니다. 주최자. 나는 일반적으로 "ServiceHost"접미사로 그러한 클래스를 지명합니다. 실제 서비스 클래스와 잘 분리됩니다.
예를 들어, "CustomersOrvice"라는 클래스에 비즈니스 로직이 있고 해당 WCF 클래스의 이름이 "CustomersOrviceHost"라고합니다.
