读博体会

前段时间看了篇文章好像就是JE上面的，有些体会：

在你选择框架的时候，应该列出你项目技术需求清单，然后再去找一个跟你的需求清单最贴切的框
架，而不是看别人用Hibernate就用Hibernate，别人说RoR简单，你就用RoR。我见过很多号称不要编程拖拖拽拽就可以开发的软件产品（比如IBM的WID，Oracle的OAF、Form，Justep的X平台），演示的时候让人万分惊喜，太快了，太快了，但是放到我们的项目里就觉得根本不是那么回事了。
因为，框架只是帮助你做了一些你需要做的事情，但是如果有些事情你不需要框架做，框架也帮你做了，那就不好了（比如Hibernate那个自动刷新数据库的操作，比如Hibernate有时会自动关闭Jdbc批处理）；而有时你想让框架做的事情，框架却没有做，那也用这个框架没啥意思了（比如你希望可以不编程就解决一个需进行多次迭代和分支判断的问题）。

于是乎就造成了这样的困惑：

你现在使用的方法，造成了你现在面临的问题  其实我们希望的是这种情况反过来， 我现在遇到了什么问题，要采取什么方法去解决；而不是这种糟糕的情况，我用了什么方法结果造成了现在的问题。