反复造轮子的话题
重复造轮子的话题看了 《“山寨”框架3宗罪》 这篇贴有感。关于是否应该重复造轮子的话题我觉得本身就是一个轮
重复造轮子的话题
看了 《“山寨”框架3宗罪》 这篇贴有感。
关于是否应该重复造轮子的话题我觉得本身就是一个轮子，参与进来的不管是支持的也好反对的也好，在我看来倒是大都颇有兴致。
他们中有泼冷水放冷话的貌似已然站在某个技术制高点上口气颇为沧桑的“过来人”，也有充满理想就是不怕浇凉水的“技术小强”
据粗略的观察，“过来人”比较有力的一个观点是强调程序员应该怀着开放的心态，不要闭门造车。“技术小强”们的观点则主要是强调，实践是检验学习成果的最好办法。即使是一个写过某一不成功的 MVC 框架的人，对于流行的 MVC 框架的理解也往往比那些只是看过《XXX in action》，然后在某个公司级别项目里写过几个XML的人要深刻。
所以这些关于“闭门造车”的争论，其焦点并不在于该不该“造车”，而在于是不是应该“闭门”。 我觉得“闭门”是不对的，但是“造车”确是对程序员大大的有利。
于是我想起了小学课上讲的“小马过河”。对于“技术小强”们来说，别人的话随便他们说去，只要自己知道自己这次造轮子的目的就好。
另外，根据我不太仔细的观察，在JE上写 Java 的，造的轮子多半是 MVC, Dao ，由此看来MVC， ORM? 是多么没有技术门槛的轮子，随便什么人就造了。不过话说回来，当初写 Hibernate 的那位仁兄，当初连 SQL 都不太熟就敢操刀，的确是颇有勇气的。现在看来，Hibernate 颇高的学习曲线是这个框架的败笔，毕竟复杂的框架方便的只是实现者，而不是使用者。这也从某些方面说明了一个框架的好坏。Hibernate 在学习曲线方面，无疑是不值得学习的。
?
<p>?</p>
<p>现在天儿热了，这是一个让人很凉快的观点，哈哈</p> 13 楼 yueritian 2009-05-19 统一楼上，用起来最顺手的，还是自己写出来的东西，自己才知道自己最需要啥！ 14 楼 wangxin0072000 2009-05-19 自己写一个这样的东西其实也还行，不算太难，但是根据我的不成功的经验是：
你写的框架依赖于其他框架吗？如果依赖，那么这些框架升级了，你的框架如何升级？你写的框架本身是否会升级，如果升级代码如何维护。文档如何维护。
其实这些都不是问题---------如果有时间的话
可是问题又来了，你有这么多时间维护一个只有你一个人用着顺手的东西吗？ 15 楼 zozoh 2009-05-19 主要得看，到底有多顺手了
另外 Nutz 框架的确是不依赖任何框架的，它只依赖 Servlet/JSP 规范以及 Datasource 接口 16 楼 zozoh 2009-05-19 天机老人 写道郁闷，估计也只有对sql不是很了解的人才敢石破天惊的搞同个Hibenrate出来！
我的实质上使用Hibernate比使用jdbc真的方便太多了！
但是我真的有点感觉他好重啊！（也许有人会问这也叫重啊！）
其实我也想找一种薄薄的封闭方式，Lz说他只是写的薄薄的封闭，让我激情澎湃，看不止是只有我一个人是如此想的！已经有人付诸实施了！
而且我很讨厌mvc + s + d的开发方式了。
我想找一种一气呵成的方式，大家推荐我去研究gog如果不想离开java的话。但是我不太喜欢换个效率如此低的。
啥样的开发才是一气呵成的呢？ror的方式是最优的吗？我在想……
现在的 Nutz 的 MVC 我个人觉得不够一气呵成，如果想一气呵成，必须要一组好工具，我现在就正在写...
我希望这组工具也是轻巧 17 楼 kjj 2009-05-20 开始都是轻巧的，后来需要满足的太多，就不怎么轻巧了，是这个理么，只有天才才能做到这点，webwork，struts2，spring，那个逃出这个轮回！！ 18 楼 zozoh 2009-05-20 是啊连 jQuery 都尺寸越来越大了
但愿 Nutz 别膨胀的太快，现在它只有 400K 多一些
