badqiu

只显示主题贴

2008-08-29

回复: 一个关于Hibernate的优化实例：从HQL到QBC，从QBC到QBE，再到“增强的”QBE

可以使用rapid-xsqlbuilder, 仍然是清晰的sql语法.提供sql拼接与使用占位符两种方式使用Criteria 这种没有sql灵活. 示例: // 清晰的sql语句,/~ ~/为一个语法块 String sql= "select * from user where 1=1 " + "/~ and username = {username} ~/" + "/~ and password = {password} ~/"; // filters为参数 Map fi ...

进入论坛 Java 版

2008-08-27

全文显示

回复: 忘掉普元EOS、构建自己的企业级快速应用开发平台

sunwine 写道EOS在产品的最初规划上是有些问题的，粒度太小了，所以一个简单的东西都要画个图。这是个较大的问题。但如果EOS定位在辅助开发上，那就是个IDE啦，这不是他的定位，我们无法否认业务的复杂性，但也并不意味着死的构件的就无法实现复杂业务，编程语言其实也是死的，只是他粒度小，层次低，所以可以构造出大量复杂业务。构件其实也一样，如果把握好粒度，和考虑复用灵活性，构件同样也能实现复杂业务逻辑。 EOS在粒度上是有问题的，但并不意味着构件复用快速开发不行，我们的产品和多年的切身体验其实一直在证明这种想法的可行性。 http://www.extract.com.cn:8855 这是 ...

进入论坛 Java 版

2008-08-25

全文显示

回复: 如何推广前端单元测试

单元测试在测试的粒度上是很细的,每条条件分支都是需要测试的,但这可以根据你自己把握,单元测试做多以后,经验会告诉你那些需要编写测试. 测试代码写的详细,按代码行来算比业务代码多都是很正常的.

进入论坛软件开发和项目管理版

2008-08-25

全文显示

回复: 忘掉普元EOS、构建自己的企业级快速应用开发平台

longlongriver 写道 pconline900 写道楼主没有考虑到使用velocity不支持多次代码生成么，生成代码后开发人员修改了代码（这个肯定不可避免的），下次领域模型修改重新生成代码，就会覆盖开发人员的工作。这个问题不解决，工具就难以适应变化，你的代码永远只能生成一次，也后若业务需求修改，领域模型不断变化，以后的代码工作就只能靠人工写代码的方式支持了,这就要求开发人员很熟悉你的目标代码框架，代码之间的关系等等，知道该修改哪些代码或者配置文件。偶之前也做过类似的工具，基于MDA的思想，实现从PIM到PSM的转换。目标代码是JSF+Spring+Hiberate的，包括所 ...

进入论坛 Java 版

2008-08-25

全文显示

回复: 忘掉普元EOS、构建自己的企业级快速应用开发平台

lszwycn 写道badqiu 写道惊鸿逝水写道业务流程设计也不是什么新东西，关键是能定义一个好的业务流程Schema,拖拽爱怎么实现都行。平台级的代码生成器，需要考虑： 1、正向向导生成代码 2、代码逆向生成向导 3、必要的编译检查。以上不是一个简单模板可以实现 "逆向",服了,怎么生成? 基于Hibernate Model生成数据库表? 复杂化了,同学!! 另外在楼主的项目中又看到了我的表单验证框架的影子, 另外楼主可以看下我的项目,为代码生成器开发一套GUI,还是太麻烦了 http://code.google.com/p/rapid-framework 其实是看你的定 ...

进入论坛 Java 版

2008-08-25

全文显示

回复: 忘掉普元EOS、构建自己的企业级快速应用开发平台

惊鸿逝水写道业务流程设计也不是什么新东西，关键是能定义一个好的业务流程Schema,拖拽爱怎么实现都行。平台级的代码生成器，需要考虑： 1、正向向导生成代码 2、代码逆向生成向导 3、必要的编译检查。以上不是一个简单模板可以实现 "逆向",服了,怎么生成? 基于Hibernate Model生成数据库表? 复杂化了,同学!! 另外在楼主的项目中又看到了我的表单验证框架的影子, 另外楼主可以看下我的项目,为代码生成器开发一套GUI,还是太麻烦了 http://code.google.com/p/rapid-framework