.net – 何时将代码分成新的程序集(DLL)
我作为团队的一员工作,创建一个企业应用程序,该应用程序将用于新的C#.NET
Windows应用程序和Web应用程序.其他开发人员喜欢将事情分开到单独的项目中,而不是我.他的答案总是“分开关注”,我不确定我同意.
我的理论是,当代码能够被其他消费者共享时,您可以创建单独的程序集.关注点的分离应该由命名空间处理.从版本控制,混淆等方面分发具有大量程序集的应用程序可能是额外的努力/挑战/噩梦.所以它关注我并且我试图找出当代码被破坏时经验法则是什么进入自己的装配. 将代码分离到其他程序集与在应用程序中使用名称空间和其他组织技术的经验法则是什么?是否有关于这个或模式/实践的指导,我可以读到“是的,他是对的”或“请读这个”. 谢谢. 解决方法
我认为你有沟通问题,或者是术语问题,因为关注点的分离通常意味着不同的东西.
严格来说,关注点分离,处理单一责任原则之类的事情,因此,每个类都处理它自己的领域.单一责任原则规定,一个班级应该只有一个改变的理由. 关注点分离的一些示例是视图和模型抽象模式,例如MVC或MVVM.每个组件,无论是视图还是模型,都处理用户界面抽象或数据和验证,但不是两者. 当代码可以在多个项目之间共享时(例如您自己已经指出),将代码拆分为单独的程序集是一种很好的做法.简单地构造代码可以通过使用不同的命名空间来完成. 当您拥有大量代码时,程序集是一种自然的分组代码方式,当您在不同级别上管理代码并具有非常可控的可扩展点并希望将其锁定时,程序集提供了这种级别的隔离. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |