锁定老帖子 主题:深入浅出教你做一个快速开发平台
精华帖 (6) :: 良好帖 (9) :: 新手帖 (0) :: 隐藏帖 (6)
|
|
---|---|
作者 | 正文 |
发表时间:2011-11-04
最后修改:2011-11-04
findhappy7 写道 泰山北斗 写道 lanjian 写道 泰山北斗 写道 就这垃圾帖也评委精华????
开发平台的核心居然是自动生成代码?我想发帖的人一定是脑子坏掉了。 自动生成的代码可读性差,修改之后则与源设计不能反向映射。 只有垃圾才把开发平台定位为自动生成代码来糊弄菜鸟! 一个系统,80%的功能是简单的,不需要快速开发平台都可以快速开发出来,只会占用开发工作量的20%,而剩下20%复杂的功能则需要投入80%的开发工作量。这里还没有谈到系统的运维工作。 目前的这些所谓开发平台,只善于在占用开发工作量的20%上做文章,对那些需要投入80%的开发工作量的工作一知半解,毫无头绪。 这位兄台,我觉得你先要管住自己的嘴巴,不要在这里失礼。 自动生成代码,是规律性比较强的代码,至于是不是可读性很也很差就看个人的造诣了,另外也要去考虑下,是否有必要去强调可读性一定要很好。另外,事物都是两面性的,你要有规律要快,就得牺牲点什么,我们要在这两者之间取一个平衡。 另外,你说设计和源码的直接的方向问,如果你思维只是停留在这个对应关系上面来的寻找突破点的话,你肯定不能前行,你为什么不考虑下,我不反向行吗? “而剩下20%复杂的功能则需要投入80%的开发工作量”,这个就的看你平台的扩展性了,有些平台看起来很完美,一个系列的,但很可能会发生你所说的这样的问题,能否做到20%的复杂功能,还能如一般写java代码一样处理,那就看每个平台的设计了。经过那么多年的摸索和积累,国内有些平台还是不错的,对于你提到的这个问题,别人也有一定的合理的解决方案。 有时候我觉得最好不要以自己的经验来作为判断的别的事物的依据或标准,因为每个人的认知都是非常有局限性的,你想不通的问题,未必在别人那里走不通,有时候跳出自己的思维框框去想问题可能会更好。 做一个技术人员,你不能以为别人的知识都有限就可以随便胡来! 电信的算费代码你能生成否? 电费的收费代码你能生成否? 工作流代码你能生成? 数据权限代码你能生成? 报表统计代码你能生成? 你能自动生成设备装拆换移的代码? 不要以为编程就是CRUD,只有不关注“领域模型”菜鸟才会把目光聚焦于所谓自动代码生成这样毫无意义的工作上。 我觉得你先去看看我说的是什么,然后再回来思考下,有没有必要这样反问。 十几年来,同样的观点在国内有很多人不断地提出来,对你来说可能比较新鲜,对我来说已经耳朵听出茧子了。在对领域知识没思路的情况下,制造这样的工具毫无意义——而且宣称教别人快速开发平台,实在害人不浅,不得不说。 |
|
返回顶楼 | |
发表时间:2011-11-04
最后修改:2011-11-04
lanjian 写道 bitray 写道 不了解楼主说的东西是代表什么,开发平台是指开发工具还是基础架构呢?看起来你描述的好象是开发工具,自动生成部分代码对于项目的扩展,维护其实没有多少帮助。就算于开发,也省力不了多少。重复的代码一遍遍地写,本身就是不合理的,自动生成的代码更是意义不大
这里我就不强调所谓的开发平台有没有意义这样的问题了,这个不是我写这个文章的目的, 我理解的平台是这样, 平台 = 开发工具 + 基础框架 + 一些管理后台,我这里说的生成代码,生成的代码当然是居于一个基础框架之上,平时我们用ssh开发项目的时候,不是也是这样吗?现有一个基础框架,然后搭建业务,我这里的生成代码,准确的说是 生成业务代码。 你那个平台能生成什么业务代码? 能生成电费计算的代码? 能生成物资库存优化的的算法? 能生成二次物流调配算法吗? 你以为业务代码就是简单的CRUD? 小菜鸟,好好回去反思吧!你的自动生成业务代码的思路违背软件开发的基本原理。软件开发是掌握业务,然后进行业务领域模型建模(靠人的思维),然后编写业务逻辑代码。你连建模都没有,就自动生成业务代码?可信度有多少? |
|
返回顶楼 | |
发表时间:2011-11-04
有没有什么开源的快速开发平台可以学习一下。
|
|
返回顶楼 | |
发表时间:2011-11-04
泰山北斗 写道 lanjian 写道 bitray 写道 不了解楼主说的东西是代表什么,开发平台是指开发工具还是基础架构呢?看起来你描述的好象是开发工具,自动生成部分代码对于项目的扩展,维护其实没有多少帮助。就算于开发,也省力不了多少。重复的代码一遍遍地写,本身就是不合理的,自动生成的代码更是意义不大
这里我就不强调所谓的开发平台有没有意义这样的问题了,这个不是我写这个文章的目的, 我理解的平台是这样, 平台 = 开发工具 + 基础框架 + 一些管理后台,我这里说的生成代码,生成的代码当然是居于一个基础框架之上,平时我们用ssh开发项目的时候,不是也是这样吗?现有一个基础框架,然后搭建业务,我这里的生成代码,准确的说是 生成业务代码。 你那个平台能生成什么业务代码? 能生成电费计算的代码? 能生成物资库存优化的的算法? 能生成二次物流调配算法吗? 你以为业务代码就是简单的CRUD? 小菜鸟,好好回去反思吧!你的自动生成业务代码的思路违背软件开发的基本原理。软件开发是掌握业务,然后进行业务领域模型建模(靠人的思维),然后编写业务逻辑代码。你连建模都没有,就自动生成业务代码?可信度有多少? 首先,我觉得这里是个讨论技术的地方,而不是为了炫耀自己打压别人的地方,你既然有工作了多年,连这点也不懂? 你那个平台能生成什么业务代码? 能生成电费计算的代码? 能生成物资库存优化的的算法? 能生成二次物流调配算法吗? 我不是说了吗?你先看看我说的是什么,再反问我。 我的主张里面不是说了吗?一些复杂业务,你自己写代码实现啊,然后写的代码可以看待是一个自定义方法的模型,然后可以嵌入到自己的业务流程里面去。复杂业务肯定是不可能生成的,只能自定义代码实现或者重用代码实现或其它方式。。。 |
|
返回顶楼 | |
发表时间:2011-11-04
最后修改:2011-11-04
findhappy7 写道 泰山北斗 写道 lanjian 写道 bitray 写道 不了解楼主说的东西是代表什么,开发平台是指开发工具还是基础架构呢?看起来你描述的好象是开发工具,自动生成部分代码对于项目的扩展,维护其实没有多少帮助。就算于开发,也省力不了多少。重复的代码一遍遍地写,本身就是不合理的,自动生成的代码更是意义不大
这里我就不强调所谓的开发平台有没有意义这样的问题了,这个不是我写这个文章的目的, 我理解的平台是这样, 平台 = 开发工具 + 基础框架 + 一些管理后台,我这里说的生成代码,生成的代码当然是居于一个基础框架之上,平时我们用ssh开发项目的时候,不是也是这样吗?现有一个基础框架,然后搭建业务,我这里的生成代码,准确的说是 生成业务代码。 你那个平台能生成什么业务代码? 能生成电费计算的代码? 能生成物资库存优化的的算法? 能生成二次物流调配算法吗? 你以为业务代码就是简单的CRUD? 小菜鸟,好好回去反思吧!你的自动生成业务代码的思路违背软件开发的基本原理。软件开发是掌握业务,然后进行业务领域模型建模(靠人的思维),然后编写业务逻辑代码。你连建模都没有,就自动生成业务代码?可信度有多少? 首先,我觉得这里是个讨论技术的地方,而不是为了炫耀自己打压别人的地方,你既然有工作了多年,连这点也不懂? 你那个平台能生成什么业务代码? 能生成电费计算的代码? 能生成物资库存优化的的算法? 能生成二次物流调配算法吗? 我不是说了吗?你先看看我说的是什么,再反问我。 我的主张里面不是说了吗?一些复杂业务,你自己写代码实现啊,然后写的代码可以看待是一个自定义方法的模型,然后可以嵌入到自己的业务流程里面去。复杂业务肯定是不可能生成的,只能自定义代码实现或者重用代码实现或其它方式。。。 呵呵,是你先来“深入浅出教。。。。。”,只允许你站在讲台上“教”,不允许我在下面“吐口水”?你这个老师也太霸道了吧? 我不否认你很聪明,很善于思考,很善于总结问题,但是如果你沿着这条路走下去,就是浪费你的时间和聪明才智,不信你就走下去看看。 |
|
返回顶楼 | |
发表时间:2011-11-04
泰山北斗 写道 findhappy7 写道 泰山北斗 写道 lanjian 写道 bitray 写道 不了解楼主说的东西是代表什么,开发平台是指开发工具还是基础架构呢?看起来你描述的好象是开发工具,自动生成部分代码对于项目的扩展,维护其实没有多少帮助。就算于开发,也省力不了多少。重复的代码一遍遍地写,本身就是不合理的,自动生成的代码更是意义不大
这里我就不强调所谓的开发平台有没有意义这样的问题了,这个不是我写这个文章的目的, 我理解的平台是这样, 平台 = 开发工具 + 基础框架 + 一些管理后台,我这里说的生成代码,生成的代码当然是居于一个基础框架之上,平时我们用ssh开发项目的时候,不是也是这样吗?现有一个基础框架,然后搭建业务,我这里的生成代码,准确的说是 生成业务代码。 你那个平台能生成什么业务代码? 能生成电费计算的代码? 能生成物资库存优化的的算法? 能生成二次物流调配算法吗? 你以为业务代码就是简单的CRUD? 小菜鸟,好好回去反思吧!你的自动生成业务代码的思路违背软件开发的基本原理。软件开发是掌握业务,然后进行业务领域模型建模(靠人的思维),然后编写业务逻辑代码。你连建模都没有,就自动生成业务代码?可信度有多少? 首先,我觉得这里是个讨论技术的地方,而不是为了炫耀自己打压别人的地方,你既然有工作了多年,连这点也不懂? 你那个平台能生成什么业务代码? 能生成电费计算的代码? 能生成物资库存优化的的算法? 能生成二次物流调配算法吗? 我不是说了吗?你先看看我说的是什么,再反问我。 我的主张里面不是说了吗?一些复杂业务,你自己写代码实现啊,然后写的代码可以看待是一个自定义方法的模型,然后可以嵌入到自己的业务流程里面去。复杂业务肯定是不可能生成的,只能自定义代码实现或者重用代码实现或其它方式。。。 呵呵,是你先来“深入浅出教。。。。。”,只允许你站在讲台上“教”,不允许我在下面“吐口水”?你这个老师也太霸道了吧? 我不否认你很聪明,很善于思考,很善于总结问题,但是如果你沿着这条路走下去,就是浪费你的时间和聪明才智,不信你就走下去看看。 前辈多多指教,,我献丑了,呵呵。 |
|
返回顶楼 | |
发表时间:2011-11-04
泰山北斗 写道 lanjian 写道 泰山北斗 写道 就这垃圾帖也评委精华????
开发平台的核心居然是自动生成代码?我想发帖的人一定是脑子坏掉了。 自动生成的代码可读性差,修改之后则与源设计不能反向映射。 只有垃圾才把开发平台定位为自动生成代码来糊弄菜鸟! 一个系统,80%的功能是简单的,不需要快速开发平台都可以快速开发出来,只会占用开发工作量的20%,而剩下20%复杂的功能则需要投入80%的开发工作量。这里还没有谈到系统的运维工作。 目前的这些所谓开发平台,只善于在占用开发工作量的20%上做文章,对那些需要投入80%的开发工作量的工作一知半解,毫无头绪。 这位兄台,我觉得你先要管住自己的嘴巴,不要在这里失礼。 自动生成代码,是规律性比较强的代码,至于是不是可读性很也很差就看个人的造诣了,另外也要去考虑下,是否有必要去强调可读性一定要很好。另外,事物都是两面性的,你要有规律要快,就得牺牲点什么,我们要在这两者之间取一个平衡。 另外,你说设计和源码的直接的方向问,如果你思维只是停留在这个对应关系上面来的寻找突破点的话,你肯定不能前行,你为什么不考虑下,我不反向行吗? “而剩下20%复杂的功能则需要投入80%的开发工作量”,这个就的看你平台的扩展性了,有些平台看起来很完美,一个系列的,但很可能会发生你所说的这样的问题,能否做到20%的复杂功能,还能如一般写java代码一样处理,那就看每个平台的设计了。经过那么多年的摸索和积累,国内有些平台还是不错的,对于你提到的这个问题,别人也有一定的合理的解决方案。 有时候我觉得最好不要以自己的经验来作为判断的别的事物的依据或标准,因为每个人的认知都是非常有局限性的,你想不通的问题,未必在别人那里走不通,有时候跳出自己的思维框框去想问题可能会更好。 如果说我不谦虚而失礼了,那么原因是因为你这文章的标题和水平相差很远。 上面有人指出了,规律性较强的代码应被封装为可复用的组件,重复调用,而不是重复生成代码。 做为一个技术人员,你认为“人的知识是有限的”是可以逃避批评的理由吗? 电信的算费代码你能生成否? 电费的收费代码你能生成否? 工作流代码你能生成? 数据权限代码你能生成? 报表统计代码你能生成? 设备管理中的设备装拆换移你能生成? 不要以为编程就是CRUD,只有不关注“领域模型”的菜鸟才会把目光聚焦于所谓自动代码生成这样毫无意义的工作上。 不装逼你会死啊。 |
|
返回顶楼 | |
发表时间:2011-11-04
yangguo 写道 泰山北斗 写道 lanjian 写道 泰山北斗 写道 就这垃圾帖也评委精华????
开发平台的核心居然是自动生成代码?我想发帖的人一定是脑子坏掉了。 自动生成的代码可读性差,修改之后则与源设计不能反向映射。 只有垃圾才把开发平台定位为自动生成代码来糊弄菜鸟! 一个系统,80%的功能是简单的,不需要快速开发平台都可以快速开发出来,只会占用开发工作量的20%,而剩下20%复杂的功能则需要投入80%的开发工作量。这里还没有谈到系统的运维工作。 目前的这些所谓开发平台,只善于在占用开发工作量的20%上做文章,对那些需要投入80%的开发工作量的工作一知半解,毫无头绪。 这位兄台,我觉得你先要管住自己的嘴巴,不要在这里失礼。 自动生成代码,是规律性比较强的代码,至于是不是可读性很也很差就看个人的造诣了,另外也要去考虑下,是否有必要去强调可读性一定要很好。另外,事物都是两面性的,你要有规律要快,就得牺牲点什么,我们要在这两者之间取一个平衡。 另外,你说设计和源码的直接的方向问,如果你思维只是停留在这个对应关系上面来的寻找突破点的话,你肯定不能前行,你为什么不考虑下,我不反向行吗? “而剩下20%复杂的功能则需要投入80%的开发工作量”,这个就的看你平台的扩展性了,有些平台看起来很完美,一个系列的,但很可能会发生你所说的这样的问题,能否做到20%的复杂功能,还能如一般写java代码一样处理,那就看每个平台的设计了。经过那么多年的摸索和积累,国内有些平台还是不错的,对于你提到的这个问题,别人也有一定的合理的解决方案。 有时候我觉得最好不要以自己的经验来作为判断的别的事物的依据或标准,因为每个人的认知都是非常有局限性的,你想不通的问题,未必在别人那里走不通,有时候跳出自己的思维框框去想问题可能会更好。 如果说我不谦虚而失礼了,那么原因是因为你这文章的标题和水平相差很远。 上面有人指出了,规律性较强的代码应被封装为可复用的组件,重复调用,而不是重复生成代码。 做为一个技术人员,你认为“人的知识是有限的”是可以逃避批评的理由吗? 电信的算费代码你能生成否? 电费的收费代码你能生成否? 工作流代码你能生成? 数据权限代码你能生成? 报表统计代码你能生成? 设备管理中的设备装拆换移你能生成? 不要以为编程就是CRUD,只有不关注“领域模型”的菜鸟才会把目光聚焦于所谓自动代码生成这样毫无意义的工作上。 不装逼你会死啊。 装逼也需要有观点,像你这样的垃圾想装逼都难! |
|
返回顶楼 | |
发表时间:2011-11-04
http://huashuizhuhui.iteye.com/blog/986718
大家可以看看这个开发平台,多多指教 |
|
返回顶楼 | |
发表时间:2011-11-05
最后修改:2011-11-05
KimHo 写道 代码层面的东西,抽象角度还是不够高
现在比较流行的是面向模型驱动了,0代码开发 我个人觉得 0代码开发是不可能的,用已知的系统或者程序去解决未知的业务,肯定做不到。所以某些特殊的业务代码肯定要去写,然后这办法代码如何和现有的系统或者程序去结合是关键。 |
|
返回顶楼 | |