java有关biz，service，serviceImpl的设计意义思考

半路出家，查找学习网友们对于biz，service，serviceImpl的设计意义思考，表示认同的观点记录，逐渐优化学习。

网友1：
biz是Business的缩写，实际上就是控制层（业务逻辑层）。
解释：控制层的主要作用就是协调model层和view层直接的调用和转换。能够有效的避免请求直接进行数据库内容调用，而忽略了逻辑处理的部分。实际上biz就起到了一个server服务的角色，很好的沟通了上层和下层直接的转换，避免在model层进行业务处理（代码太混乱，不利于维护）。

网友2：
j2ee项目里面service层里面为什么要建立一个接口，一个实现类？
分别定义接口和实现类是java架构思想中开闭原则的体现，对扩展开放，对修改关闭。举个例子：假如你这个注册刚开始是对国内用户开放，中国用户注册成功返回“注册成功”，随着业务扩展，需要海外用户开放，假如美国用户返回“register success”，如果你有接口，可以再美国的AmericaUserServiceImpl.java中实现一个UserService.java的接口，来定义美国用户的注册业务，而不是在之UserServiceImpl.java中增加if else来对不同逻辑进行处理，这样，后续如果某个地区的注册业务有变动，只需要修改对应地区的实现类，修改不会影响到其他地区的实现类，降低了耦合性。（多态）
对于小型项目来说，确实可以不用多写一个接口，直接写实现类就可以了。接口+实现类是一种良好的编码习惯而已。就好像写代码时候的缩进和驼峰命名法。

网友3：
看完这么多人都在说一些假大空的话，实在得回答一次了，有人说为了解耦合，难道少写个接口就不是解耦合了？什么是解耦合，解耦合就是说当你修改某个层的代码，其他层不需要修改代码，这里还涉及不到解耦合，谢谢。有人说是针对接口编程，我就呵呵呵，我做一个项目，各层都是自己写，我多写个接口层，每次修改service层我都要修改接口和实现两处地方，我脑子有病啊？有人说动态代理，我信你鬼，你个糟老头子坏得很，非让我用JDK动态代理，我就不用，我用CGLIB代理怎么了？到底有什么非常深刻的理由让我们必须用接口，是为了对一些具体数据逻辑的保护，而且，annotation注解注解在接口上，非常方便，要不就得写到方法上，而有时会不小心注解到private方法上，而annotation注解对该方法并不能生效，产生设计上的不合理。（这个看完之后也不太理解，有感觉好像有道理似的。）