MVC框架里的几种对象

        Java语言是一门面向对象的编程语言，所有都用类表达，入口都是一个类，没有独立的main（）函数，类的实例化就是对象。

        简单来讲类包括数据和方法，方法就是操作，是实现业务逻辑的地方，常常是需要写大块代码的，时时被提醒不要写太多代码。

        有一种类，我们主要是定义数据结构的，数据字段都是private类型的，方法仅限getXXX()和setXXX()来存取数据，不写任何业务逻辑，这种类常常叫它JavaBean, 有时也叫它POJO, 简单Java对象。等等，怎么一个类叫XXX对象？我也没有去考古，反正大家都这么叫，还有如下几个更常见常用的：

        VO: 视图对象View Object/值对象value object。

        BO: 业务对象Business Object。

        PO: 持久层对象Persistant Object。

        DTO: 数据传输对象Data Transfer Object。

        上图是在MVC框架里这集中对象所处的位置，当然这仅仅是我自己喜欢用的方式，并不是什么标准，也没考究什么是标准。

        MVC框架主要是从技术角度去分层的，controller和service这两层一般都这么命名和设计，而持久化层早期用dao居多，现在用repository来命名，叫什么包名不是太重要，主要是分层清晰，结构清晰严密。当然也不能取一个乖乖的名字，大家都不明白是什么，不利于可读性。

        如果是从包的定义来讲，上图表达是不对的，我只是强调VO和DTO主要在controller层使用，BO在service层使用，PO在repository使用。是主要，但常常传参界限是模糊的，不用纠结，主要在于它的作用和目的。

        所以我们在实际项目里，可以看到包名：controller, service, repositoy, vo, bo, dto, po, bean, pojo, entity等。我们集中在这些包里定义同一类型的类，不管这个系统里有多少业务流程。

        定义的地方我们一般不会错，但是使用，至少我们不能在controller里大量使用PO吧，直接把表数据不加过滤的全部返回给前端系统，我们之所以不怕麻烦的定义这么多类，目的是什么，为什么，这是开发人员要去思考的，而不是简单的模仿。