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

playframework，行不行？
不过它也是框架，而且还是full-stack。

怎么没人用spring MVC ？不好？

个人觉得MVC也不过是一种分层方式而已,并不是唯一, 如果觉得分得细一些好, 你就分得细一些;如果觉得像struts2那样方便, 也可以不用分这么细, 我就是觉得用struts2的action开发要比用servlet更方便, 所以我就用了...
不知道LZ从哪些框架上遭受到了什么样的罪, 要这样说框架的不是. 虽然人云亦云的人多, 但是独立思考的也大有人在. 不过可能明知道框架不好, 用起来很麻烦还要去用的人也有, 毕竟这世界傻子也不少.
有时候我们用一个东西或是技术, 并不一定要先弄清楚它, 比如中国第一个骑自行车的人, 他不一定完全了解骑自行车的好处还坏处, 但他就是拿来骑了, 因为看到外国人骑自行车可以比走路快很多.有什么问题等出现了再说.
框架是怎么来的?框架就是人们在平时实践中总结出来的, 一个框架是一种经验的结晶. 设计模式也不是凭空想出来的, 也是靠实践总结出来的. 当然任何框架都不是万能的, 选择一个合适的框架也很重要.
还有, 前面有人说面试的时候说自己没看过框架源码被鄙视, 其实看好的框架源码确实可以受益很多, 比如看junit的源码, jetty的源码...平时在使用框架的时候, 往往也会去看它的源码, 有时是通过断点, 有时是直接找它的某些方法, 这是很正常的...

楼主，火气好大。。。

并不否定看源码，只是别把看过java框架源码当资本当条条框框
看源码原因很少是学习，大多是出现意外，而且主动看的都是库的源码基本不会对框架代码感兴趣

算法才是灵魂，解耦是一个软件工程的话题，框架如果拿来不是解决一个问题，那么岂不成了枷锁？框架所隐藏的东西，我恰恰觉得是危险的，你不可能熟悉框架的每一个细节，就算熟悉了，你还要跟进它的变化，如果你不熟悉，呵呵，bug就会找到你

最近流行咆哮体神马的.........

LZ有这些想法说明他有思考. 的确有很多设计过度的情况.
尤其是国内项目.

LZ的看法稍显偏激,大部分有一定道理,但不完全赞同.

哥们 你的头像 很特别啊

虽然盲目信书不好，但经典的书我还是愿意相信的，在thinking in java里明确指出了prefer classes to interfaces.  Start with classes, and if it becomes clear that interfaces are necessary, then refactor.

原文
It is tempting to decide that interfaces are good, and therefore you should always choose interfaces over concrete classes. Of course, almost anytime you create a class, you could instead create an interface and a factory.
Many people have fallen to this temptation, creating interfaces and factories wherever it’s possible. The logic seems to be that you might need to use a different implementation, so you should always add that abstraction. It has become a kind of premature design optimization.
Any abstraction should be motivated by a real need. Interfaces should be something you refactor to when necessary, rather than installing the extra level of indirection everywhere, along with the extra complexity. That extra complexity is significant, and if you make someone work through that complexity only to realize that you’ve added interfaces "just in case" and for no compelling reason—well, if I see such a thing I begin to question all the designs that this particular person has done.
An appropriate guideline is to prefer classes to interfaces. Start with classes, and if it becomes clear that interfaces are necessary, then refactor. Interfaces are a great tool, but they can easily be overused.

 这两点深有同感