在开始开发大型应用程序(WinForm和WebApp)之前,我如何从类设计开始.在设计类结构之前,我应该检查的最初"小心"的事情是什么？
如何在我的应用程序设计中识别接口,抽象类,委托,事件等的用法？
对这个问题的彻底回答需要一本书,而不是StackOverflow帖子!事实上,已经有很多关于这方面的书籍,比如Martin Fowler的企业应用程序架构模式.以下是一些通用指针:
确保您了解您正在处理的问题域的部分.您是否先与客户交谈过他们的事情？您的域模型是否与他们对世界的看法相符？
从统计学上讲,您的申请不太可能是特殊的.这意味着如果有人坚持认为他们需要特定的架构或实现模式来处理工作(例如企业服务总线,消息队列等),您应该怀疑地看待它.考虑另一种方法是否可能更好.
在结构上和逻辑上将应用程序的不相关部分彼此隔离.不要只是松散地耦合或分离你的课程; 使它们完全独立,必须单独构建.
代码接口,而不是实现.如果许多类都做类似的事情,请创建一个接口.不要将抽象基类用作伪接口.依赖于接口并传递它而不是单独的实现类.
了解更大范围的应用程序.它有什么商业目的？它将如何帮助人们,实现目标或提高生产力？你正在建造的东西是否符合这个目的？确保你不是为了建造而建造的.
当有人告诉你这是一个"企业应用程序"时要小心.对于太多不同的人来说,这是一个带有太多内涵的加载术语.确保明确安全性,授权,身份验证,服务保证等跨领域问题.
企业应用程序容易膨胀.不要害怕对新功能说"不",并且通过良好的单元测试无情地重构,以确保你获得最大的收益.
最后,一切都在适度.将上述任何一种(或任何一般情况下,真的)推向极端都是一个坏主意.你唯一真正应该做的就是节制本身!:)
| 归档时间： |
|
| 查看次数： |
233 次 |
| 最近记录： |