关于Java开发不明白的一些问题

楼主敢于挑战传统的精神绝对值的肯定。因为没有对传统的挑战就没有创新。反过来，对传统的东西既要批判，又要继承。对于java开发，曾经的EJB是对传统的挑战，而IOC又是一种对传统的回归，历史总是螺旋性的发展。没有绝对的对，也没有绝对的错。因此立足传统，而又不拘泥于传统才能让技术达到更高的境界。

框架的意义在哪里？
解耦代表了什么？
接口的定义到底是为谁服务？
楼主莫非年轻？

只有编程的才会关心技术，怎么用，用什么好

在老板眼中，是不用考虑这的，他们只关心利润

软件行业靠大家，不错，但有没有想想，你在做什么？

楼主最起码在思考，我承认我没有思考过，随流了

通常来说,切断联系的地方就在于方法的调用(或者对象的实例化),而重新产生联系的地方就在于框架

我觉得说的很好，我原来面试说过框架用处谈不上多大，尤其系统很复杂的情况，框架只是粘合剂，做项目合适，做产品框架没几个靠得住，反而会成开发瓶颈，产品质量还是来自模型接口数额据库和异常设计，然后我被淘汰了

不管在c++还是java，库的作用和灵活性远远大于框架，虽然是两个层面的东西，但框架是最高层次的侵入，使用框架很可能就已经把复用性的粒度上升到应用级别

我觉得更多的问题是楼主自己把这些概念理解歪了

头像是本人吗？

1、赞同70%以上的意见，但楼主的表达方式太偏激了一点。
2、关于Interface，的确是存在一个绝对的误区（接口不等于Java的Interface，而是指抽象，至于抽象之后的内容是Class还是Interface,没有什么关系），现在很多人把这两种等同，是不对的.
3、做设计的时候，项目永远是过度设计，平台永远是设计不足（如果99%算永远）。
4、我做设计的时候，两个简单的原则（对外的API往往是final类，直接调用就OK了，你不需要配置什么Spring之类的东西，而用来扩展的API往往是接口或者是抽象类）。

所以你的方法调用不用再考虑联系，无论开发还是测试。

都是用输入调用逻辑获得输出，想不明白这里为什么骂框架，就因为它自动为你注入了输入？
也可能我没理解你利用的粒度。。。

我觉得和我做的项目有多大没多大关系吧?这么告诉你吧,迄今为止,我总共做过两个项目,两个都是全国性质的,一个是移动总公司的经分平台,一个是国家税务总局的税收项目,所以说不要拿什么大项目来唬人.项目再大,和外界联系的也就无非那几个点而已,其他的逻辑本来就该封装成内聚的,可以现在一切都解耦,拿一个有两万多个类的项目来说,能有几百个定义接口的,可以说就已经非常灵活呢?需要每个逻辑类都定义个接口么?几乎每个项目中接口数量和类实现数据持平,成千成万的接口,有那么多的功能需要扩展么?