给做快速开发框架的人泼泼凉水

最近论坛里出现了不少关于此类的文章：

引用

秀一下我的快速开发平台
http://www.iteye.com/post/711399
http://www.iteye.com/topic/258458

忘掉普元EOS、构建自己的企业级快速应用开发平台
http://www.iteye.com/topic/232219

我也做过类似的东西，现在也一直在用。
但是越来越感觉那是鸡肋。
http://www.iteye.com/topic/95580

有一次，开发一个公司内部使用的图书馆里系统，前后只花了一个下午，把老板吓一跳，并支持我利用工作时间完善那套框架。

确实，在某些情况下，他可以极大的提高我们的开发效率。

但是，我们忘记了这类系统高昂的开发和推广、学习、维护成本。

刚才查了一下，我那个代码生成器，单源代码就是6.5M。
如此一个不知名的第三方开发的庞大的系统，你不搞清楚其内部逻辑你敢随便使用吗？而真正搞清楚这些东西的代价有多大，后期扩展，维护的风险多大！

从我来讲，我不敢用。

我想，做这种东西有一个强大的后台公司支持还好，如EOS后面有普元。
而作为个人开发者，我们如何能打通这条产业链，如何让别人信任，学会，并采纳你的设计思想，让足够多的人去分享去使用你的产品，这些可不是一个技术问题。

Java程序员可能都有一个好大喜功的特性，环境所致把。

但是我们还是应该充分认识到自己个人力量的有限。

要做什么东西的话，先别想着如果别人用这个东西可以提高多少多少的开发效率。
只有它能给自己带来足够的好处，你才能做下去，否则很难生存。
穷则独善其身。

有什么考虑不对的地方，大家来提提把。

评论

2 楼 fireflyc 2008-10-29  

简化开发有两种办法。
一种，减少代码量。
第二种，代码生成技术。

第二种技术是最不好的，也是rod johnson大叔非常鄙视的一种解决方法。原因很很简单，你只是把重复的代码使用生成技术生成而已，本质上并没有简化开发，况且代码的生成也不是那么智能。

第一种方法只是一个大概的概念，想减少代码量方法不止一种也不是简简单单的就能简化的。需要一个彻底的革命。

综合我见到过的所谓快速开发框架大多还都停留在第二种这个范围之内。也有一些试图去使用第一种本质上减少代码量的方法，但是结果不理想。比如那些对注解玩命追求的朋友，他们就是试图减少代码量可是，却并没有减少。想一下，你只是把以前的配置变成了注解而已谈何简化啊？更何况作为注解来说，它本身应该是代码的一部分，用它来做配置文件的工作是绝对不妥当的。还不如直接在代码里面硬编码呢。

简化需要一次彻底的革命，我考虑过这个简化，但是我并没有去实现。我相信没有人能接受，他们会有一种不安全感，会觉得。它行吗？太少了，怎么这些和这些放到一起呢？以后要是XX了怎么办？哎呀，怎么没有xxx层啊，那xxx功能放到哪里呢？

1 楼 qxucc 2008-10-29  

普元什么时候倒又有谁知道呢