不要求所有代码都遵循设计原则，要考虑人力、时间、成本、质量，不刻意追求完美
意义
提高代码的可读性、可维护性、可复用性。
单一职责原则
单一职责（Simple Responsibility Pinciple，SRP）是指不要存在多于一个导致类变更的原因。
假设我们有一个 Class 负责两个职责，一旦发生需求变更，修改其中一个职责的逻辑代码，有可能会导致另一个职责的功能发生故障。这样一来，这个 Class 存在两个导致类变更的原因。
如何解决这个问题呢？我们就要给两个职责分别用两个Class 来实现， 进行解耦。后期需求变更维护互不影响。这样的设计，可以降低类的复杂度，提高类的可读性， 提高系统的可维护性， 降低变更引起的风险。 总体来说就是一个Class/Interface/Method 只负责一项职责。
Course 类承担了两种处理逻辑。假如，现在要对课程进行加密，那么直播课和录播课的加密逻辑都不一样，必须要修改代码。
业务继续发展，课程要做权限。没有付费的学员可以获取课程基本信息，已经付费的学员可以获得视频流，即学习权限。那么对于控制课程层面上至少有两个职责。我们可以把展示职责和管理职责分离开来，都实现同一个抽象依赖。设计一个顶层接口,创建ICourse 接口：
我们可以把这个接口拆成两个接口，创建一个接口ICourseInfo 和ICourseManager。
ICourseInfo 接口：
类图