设计原则
一、面向对象应用程序开发原则( SOLID ) 1 单一职责原则( SRP ) 定义: 一个类应该只有一个发生变化的原因。这条原则曾被称为内聚性,即一个模块的组成元素之间的功能相关性。 为什么要遵守这条原则? 如果一个类承担的职责过多,就等于把这些职责耦合到了一起。一个职责的变化可能削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当发生变化时,设计会遭受到意想不到的破坏。 运用与辨析 例 1 :记录日志 public class Logger { public void LogToFile<T>(T msg); public void LogToDB<T>(T msg); public void LogToWindows<T>(T msg); } 这个例子定义了一个日志类,包含三种方法:将日志写入本地文件、数据库或 windows 系统日志。一般会人为日志类记录日志这个动作算做一个职责,然而事实并非如此,将日志记录到不同的存储介质算作不同的职责。基于这种认识,断定这个类包含了太多的职责,应该将职责分离出来。 例 2 :一个大的业务层类 一个用户履历操作相关的类,包括:用户的教育背景,社会兼职职务,工作经历个人简历,获得的荣誉等,示例如下: public class UserResumeService { #region 社会兼职 //添加社会兼职 public