我使用Entity框架(甚至使用Nhibernate或linq to sql)你通常会有一系列实体类来传递解决方案。我通常在VS Project中将这些类称为[SolutionName] .Data
在某些阶段,这些将由另一个类使用,这个类可能在保存和删除它们之前执行某些业务逻辑。在这种情况下,我在一个名为[SolutionName] .Core
的项目中有这些操作类我见过一些开发人员使用Logic或Manager为这些类添加后缀,例如RegistrationManager将具有Save(),Delete(),Update()。一个很好的例子是开源NopCommerce。
有些人将它们放入名为Bll的文件夹中,但保持名称不变,例如命名空间将是[SolutionName] .Core.Bll,其中有一个名为Registration的类。然后,他们将回复命名空间,以区分这是数据库实体还是业务逻辑类。
问题是我应该如何命名类?我应该使用Logic / Manager / Service为所有内容添加后缀,还是有更好的解决方案?
答案 0 :(得分:2)
我一直很喜欢这些:
http://10rem.net/articles/net-naming-conventions-and-programming-standards---best-practices
答案 1 :(得分:1)
你不应该为所有事情添加后缀。
您必须为不同的图层创建不同的项目而不是文件夹。