7、三种违反面向对象编程风格的典型代码设计

滥用 getter、setter 方法

设计实现类的时候、除非真的需要，否则尽量不要给属性定义setter方法。除此紫外，尽管getter方法相对setter方法要安全一些，但是如果返回的是集合容器，那也要防范几核内部数据被修改的风险

Constants类、Utils类的设计问题

对于这两种类的设计，我们尽量能做到职责单一，定义一些细化的小类，比如RedisConstants、FileUtils，而不是定一个大而全的Constants类、Utils类。除此之外，如果能将这些类中的属性和方法，划分归并到其他业务类中，那是最好不过的了，能极大提高类的内聚性和代码的复用性

基于贫血模型的开发模式

关于这一部分，我们只讲了为什么这种开发模式是彻彻底底的面向过程编程风格的。这是因为数据和操作是分开定义在VO/BO/Entity 和 Controler/Service/Repository中的。

面向过程编程及面向过程编程语言就真的无用武之地了吗

不管用什么风格来写代码，我们最终的目的还是写出易维护、易读、易复用、易扩展的高质量代码。只要我们能避免面向过程编程风格的一些弊端，控制好它的副作用，在掌控范围内为我们所用，我们就大可不用避讳在面向对象编程中写面向过程风格的代码

在面向对象编程中，为什么容易写出面向过程风格的代码

在生活中，你去完成一个任务，你一般都会思考，应该先做什么、后做什么、如何一步一步地顺序执行一系列操作，最后完成整个任务。面向过程编程风格恰恰符合人的这种流程化思维方式。而面向对象编程正好相反。它是一种自底向上的思考方式。它不是先去按照执行流程来分解任务，而是将任务翻译成一个一个的小的模块（也就是类），设计类之间的交互，最后按照流程将类组装起来，完成整个任务。这样的思考路径比较适合复杂程序的开发，但并不是特别符合人类的思考习惯