属性;类需要封装哪些数据！
方法：类要实现哪些功能（任务）！
设计类就是完成属性和方法的设计！
考虑到每个人的思维角度不一样，使用的方法有差别，最后设计的属性和方法粤讴差异。只要道理讲得通，
就是合理的。
学习面向对象就是学习一系列的原则，方法，技巧，经验，设计模式等！后面高级的技能点，相对来说容易！
OOP原则：
1.单一职责（对象职责明确原则）：SRP，一个对象所要完成的任务应该是明确的！不能设计万能类。
职责问题：窗体类----获取用户操作行为和数据，展示相关数据。
数据类----封装了我们需要的相关数据。
业务类----封装了用户请求的各种行为。
应用：主要影响的是我们思考问题的角度和内容。
2.开闭原则：（开放扩展，封闭修改原则）OCP，就是说我们设计完一个项目后，用户的需求是经常变化的，
如果你的项目设计的非常好，当用需求变化时，你的项目代码修改的的非常少，甚至没有修改。只有增加 骄傲的模块或者类（扩展）。
这点在我们开发中处处再用，我们后面学习的各种设计模式，设计方法，很多都是围绕扩展来展开的。
应用：主要影响的是我们程序总体的设计，或者某些模块的设计。说白了就是把各种模式，方法学会后一个运用。
比如会讲到的简单工厂！
Selector mySelector=new Selector();也就是说当我们在new一个对象的时候，这个对象在编程阶段是明确的。什么时候用这种方式呢？如果你要使用的对象是不变的，那么尽快方法使用。
但是，如果我们程序要使用的这个对象，并不是唯一确定的Selector本身可能还有其他对象的选择。这时候，我们就不能直接new。这就要考虑把对象创建过程封装！交给第三者去完成。这个第三者可能是方法，类，或者某些模块，第三方的库等。
Selector mySelector-【工厂方法或模块】这样的话，我在程序编写阶段是不能确当这个对象的，在程序运行阶段是确定的。这也叫对象的延迟创建。
结果：工厂方法内部如何变化，对我们调用者没有影响。
用户需求的变化被封装到了工厂方法或模块中，这样的话，我们程序本身在需求变化的时候不修改，这种做法就遵循了开放封闭原则。
3.里氏替换原则（这个就是我们即将讲到的继承中使用的）：ISP，这个在我们讲解完继承后，你会明白，也就是说父类出现的地方可以使用子类替换。（这种通用性，可以延续到接口）也就是说，接口出现的地方，可以用接口实现类替换。
例如：Class A{}
Class B:A{}
Class C:A{}
[1]如果A是普通类，我们可以A a=new A();
[2]如果A是抽象类，我们就得用A a=new B();也就是说抽象类作为扮靓的类型，后面必须指向的是子类对象。
4.迪米特法则：LoD，最小耦合原则（最小知道原则），主要完成的是解耦。其实我们讲解各种原则是相互依 赖的，相互影响的，这也是为什么OOP难学难用。
解耦：其实就是开闭原则，也是解耦的实现方法。所有的扩展，模式，都是围绕解耦。
应用：后面我们给项目分层，风模块，都是在解耦。
5.接口隔离原则（接口最小化原则）：A模块和B模块关联的时候，接口非常多，这种做法就不行！
接口是一个广义的概念！接口是一个广义的概念。如果方法参数太多，调用的时候非常麻烦！在方法定义的时候，一般参数不要超过4~5个。
解决方法：实体类，用对象作为参数！
广义：比如我们封装一个模块的功能，首先设计接口，设计接口的时候，你也不要设计的过多。接口设计的过多，意味着对象很多，方法很多。
6.依赖倒置原则（DIP）：也就是下层以来上层，或者“细节”依赖“抽象”。
目的：1.可能是扩展的需要。
2.团队协作的需要。我们的架构师或者项目负责人，首先创建项目框架，根据业务编写各种接口， 吧项目的核心业务组件完成。然后具体的开发者，可以根据这个框架和接口拉完成具体得到的细 节开发。