相关推荐
《Microsoft.NET企业级应用架构设计(第2版)》3.软件设计原则
2024-12-23 16:52

内聚:建议创建专注类,少量方法表示逻辑操作。
耦合:衡量两个软件模块(如类)之间的依赖程度。例如A类和B类,A类改变,必须改变B,说明它们耦合。

《Microsoft.NET企业级应用架构设计(第2版)》3.软件设计原则

有助于实现高内聚低耦合的原则,关注点分离。
Soc建议你只把注意力放在一个具体的关注点上。

只有公共接口成员才对其他模块可见。内部数据不暴露,要么封装起来,选择性暴露。
接口包含模块行为,细节不可见。

OOD定义:
你必须找到相关对象,划分成合适粒度的类,定义类的接口和继承体系,然后在它们之间简历关键关系。

横切关注点:是你需要放在类里却与类的需求没有太大关系的功能。

  日志记录、用户验证、多线程、缓存、对象池、错误处理、本地化以及数据验证等。应该是类的一部分吗?还是放在调用类之外更好?
如果作为一部分,横切关注点会带来重复代码的重大风险。
相反,则横切关注点会导致紧密依赖。

  完全分离横切关注点需要使用依赖注入(DI)或服务定位器(SL)等模式。一般而言,分离横切关注点意味类是对接口而不是实现编程的。

重用的两个原则:白盒和黑盒重用。
白盒:继承。
黑盒:基于对象组合,需要一个新的类型持有基类型的示例,一般通过私有成员引用它:


继承缺点:使用从父类继承而来的上下文的派生类可能因为父类后续更改而坏掉。
保证父类及派生类可以交替使用是“里氏代换原则”的目标。
对象组合是一种防御式编程,更加安全,易于维护与测试。

SOLID 原则:

一个类,最好只做一件事,只有一个引起它改变的原因。

类将对数据库操作和权限判断封装在一个类中,


如果权限规则改变,那必须重新修改所有数据库操作逻辑。

下面以Proxy模式调整,


把权限判断交给


遵循这个原则的关键,并不是功能点的多少来划分,而是从引起类变化的原因来把握。

对扩展开放,对修改关闭。

子类必须能替换基类。

使用多个小的专门的接口,而不要使用一个大而全的总接口。

高层模块不能依赖于底层模块,而应该依赖于抽象。


这里与紧耦合状态,最好的办法是
分离接口和实现:高层模块调用接口的方法,低层模块实现接口的定义。

创建抽象类


Student类



    以上就是本篇文章【《Microsoft.NET企业级应用架构设计(第2版)》3.软件设计原则】的全部内容了,欢迎阅览 ! 文章地址:http://gzhdwind.xhstdz.com/quote/85403.html 
     栏目首页      相关文章      动态      同类文章      热门文章      网站地图      返回首页 物流园资讯移动站 http://gzhdwind.xhstdz.com/mobile/ , 查看更多   
发表评论
0评