最近开发了一套代码生成工具。

那你们的生成工具应该是和具体的产品所用的技术框架耦合太大了，对吗？
是不是换了一个技术框架，就不能用了？？？

如果你在架构设计和编程方面不是很牛，请不要尝试做这样的事，更多的时候你做出来的是垃圾。

牛这个词是贬义.....
能够节约劳动...就是好东西..
垃圾大多是由于懒人不去改进.....

代码生成器这东西还是有点用的。
特别是JAVA，官僚化严重，任何一个简单的操作都要涉及到N个类和N个配置文件。
通常各个公司都会有一些自己的开发框架，或者说是开发规范。
这导致代码生成器的通用性比较低。

我整了个springside的代码生成器。
由POJO作为起点生成所有代码，数据库由hibernate自动生成。
通过 注解(也就是@Override这类的东西)，为POJO添加一些代码生成器专用参数。

可以做成 ECLIPSE插件性质，可以更加规范编码模式。
最后能不能形成独立的产品，这个要市场检验，还是建议楼主给个测试

能有个示例或者是说明得更详细一点就更好了。

期待lz的例子早点拿出来，证实一些想法和说法吧。

关于你说的三个作用：
1.可以提高一定的工作效率，因为可以生成60%-80%的代码，而且有IO处理，是可以直接生成到你指定好的工作目录里面去。开发人员之用将生成的配置文件拷贝到相应的目录即可，那么开发人员可以把更多的精力投入在复杂业务逻辑和技术攻关里面。
2.可以让项目做的更统一，因为生成的后台代码和前台代码是统一的，界面也是统一的，那么项目就是统一的风格，不会出现这个人的界面是一样，其他人又是另一样。
3.可以节约单元测试，系统测试的成本，不用局限于测一些共性，简单的功能。
=============================================================
1、我认为通过代码生成来提高工作效率很有限，因为磊代码只占整个开发工作量的很小一部分，
而且根据你的说法，应该是在一开始的时候一次性的生成一些基础代码，其实完全可以用项目模板来做这件事。
2、同上
3、能生成的只是少数，大量的新开发业务逻辑还是需要单元测试

ls说的很中肯

首先代码生成器的存在是因为有大量重复冗余的代码存在，这就是一个设计上的问题了，应该从设计入手，同时选择高效的框架和技术，自然就可以消除冗余代码，剩下的代码都是业务逻辑代码，业务逻辑代码是用代码生成器就可以生成的吗？
还有一个严重的问题就是维护问题，谁来理解和升级你的框架，还有那一大堆你的框架生成的代码，需求变了，这些代码该怎么变？