2010-07-12 3 views

답변

3

내가 만드는 프로젝트를 의미하는 것 같습니다.

는 ".NET Framework design guidelines"

  • 내가 보통이 같은 것을 볼 수 SCREAM_CASE
  • 피 같은 약어를

을 피 따르십시오 :

CompanyName.Product.Data

CompanyName.Product.Logic

그러나 로직을 어디에 넣어야할지 또는 Logic 또는 BLL로 이름을 지정해야한다고 주장 할 수도 있습니다. 그것은 당신이 은행 시스템을 작성하는 경우, 당신은 Logic 네임 스페이스에있는 모든 논리를 넣어하지 않을 수 있습니다 전체의 시스템에 따라 달라집니다하지만 당신처럼 더 공간으로 그것을 분할 할 수 있습니다

BankName.Web.Authentication

BankName.Web.Transactions

이러한 계층에는 고유 한 논리 계층 집합이 있습니다.

+0

아마도 'BankName.Web.Logic.Transactions'와 같은 이름을 사용하여 두 가지를 결합 할 수 있습니다. –

+0

또는 더 나은'BankName.Web.Transactions.Logic' 그럼'BankName.Web.Transactions.UI'도 가질 수 있습니다. 어쨌든 은행 시스템에서 어떤 시스템을 만들고 있는지에 따라 달라지기 때문에 믹스하고 싶지 않을 수도 있습니다. 논리와 사용자 및 데이터를 함께 사용하면 이렇게 공간이 넉넉해질 수 있습니다. –

+0

코드 구성 방법에 따라 달라집니다 : 트랜잭션 관련 클래스 또는 논리 관련 클래스를 그룹화합니까? 나는 답을 제시하지 않고 단지 그럴듯한 논쟁이 일어날 수 있다고 말하고있다. –

0
OrganizationName.ProductName.LayerName 
+0

좋습니다.하지만 계층을 어디에 두시겠습니까? 위의 예제에서'Logic'은 레이어이고'Web'은 티어입니다. –

+0

안녕 스티븐, 아마이 기사가 도움이 될 것입니다. http://msdn.microsoft.com/en-us/library/893ke618%28v=vs.71%29.aspx 건배. –