|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-08-11
cgs1999 写道 eredlab 写道 cgs1999 写道 挺佩服LZ的毅力，支持一下。
你的框架中基础框架已比较完善了，个人的一些建议供参考： 1）增加流程引擎和自定义表单及表单引擎（流程引擎很重要，没有它业务实现的工作量还是很大）； 2）增加自定义视图（列表页面）的功能，而不是通过代码生成器生成多个相类似的页面文件，这大大减少后期风格的统一、调整和维护等工作量； 流程引擎考虑到我个人精力、时间以及在这块技术点上目前还是盲区。所以在V1.0里面暂时不引入，整个东西放到以后的升级维护过程中引入进来。至于表单引擎我没理解她到底是个什么东东，还望老兄在解释一下。谢谢 有流程引擎的话，就需要考虑自定义表单和表单引擎，同一流程不同活动不同权限的人看到的处理表单是不一样的，如：不同活动的处理表单不同、即使同一活动不同权限看到的表单也有所差别（编辑、只读以及部分数据的隐藏问题），这也就是我所说的内容。 这玩意太复杂，我觉得一个人的力量肯定是不够的。。用友早期自己开发，最后也是掏钱买。 |
| 返回顶楼 | |
|
发表时间：2010-08-11
最后修改：2010-08-11
tedeyang 写道 hatedance 写道 我觉得LZ做了2件事。
。 1. 一个Server，跨多种UI 2. 基础功能：权限、对象管理、插件式功能接入（没思路）、UI组件库、日志、消息中心（直接使用JMS） 3. 基于以上设想实现公司一个项目（自己重写） 插件式功能接入 === 如同eclipse的插件一样，eclipse后来改用了ogsi来搭建，实现了热插拔。我觉得是不是可以采用osgi的底层来搞个成品呢。 |
| 返回顶楼 | |
|
发表时间：2010-08-11
最后修改：2010-08-13
cheer1l1lg 写道 先佩服一下,写这个东西需要很多的精力,对楼主来说是技术的提高和知识面的拓宽。
希望楼主可以分一些精力来写一些开发中心得。毕竟轮子大家都在造，只是大小的问题。 还有“不用关心技术细节。把所有的技术细节交给我们来做，让你去做你最擅长的事。”，如果技术细节都让您做了我不就傻了嘛，开个玩笑 你不觉得这样的“傻子”存在而且不少吗？！ 做了三、五年JavaWeb应用说不出pageContext、request、session、application的区别、连一个servlet都写不出来配不出来、更不知道filter、listener是些什么东东、不能用html和css画个漂亮的table的大有人在。归结起来都是框架和不求上进惹的祸。当然术业有专攻，如果你是把精力放在业务学习上成为业务专家、行业顾问或其他有意义上的事上那也是好事情。但我觉得现在似乎很多程序员兄弟们很容易浮躁，静不下心来做点事。偶以前很长一段时间也是这样。。。 引用 插件式功能接入
=== 如同eclipse的插件一样，eclipse后来改用了ogsi来搭建，实现了热插拔。我觉得是不是可以采用osgi的底层来搞个成品呢。 在我提到过的基于EclipseRCP的易道富桌面客户端开发框架(eRedRCF)里可以做一些这方面的尝试。在Web里面做似乎有点难度吧，而且没有思路。捣腾她的性价比可能也很低。 |
| 返回顶楼 | |
|
发表时间：2010-08-11
看了楼主的东东，感触颇深啊！
楼主能坚持3年去做一件事情，这本身就是一种成就。 有时人是有很多想法的，但真正能做到的人太少了…… 尤其是中国人的惰性是最强的，我本身就是一个例子！ 楼主加油！ 早日成功！ |
| 返回顶楼 | |
|
发表时间：2010-08-11
跨多个UI，这种需求是否存在？
从用户角度看，多个UI基本没意义。 从程序员角度看，支持多UI即意味着要放弃专有UI平台的特性化功能，结果为无法或者很难与针对特定UI设计的平台相对抗，不管从易用性还是快速开发方面。 |
| 返回顶楼 | |
|
发表时间：2010-08-11
为楼主长期的坚持和精神所感动。
但是，这种东西真的有多大意义呢，楼主需要好好想想，不要总是埋头苦干！ 同为程序员，特别的反感任何代码生成工具、和二次开发平台！ 在一种语言之上封装另外的自定义语言，在原生开发模式之上封装新的开发模式，个人觉得这是一条邪路！ 我不喜欢平台这个词，一听就是一个经过封装的黑盒子，限制了程序员的创造力和空间。 技术总是不断演进，楼主不用一开始就想做个完美的东西，否则也不至于迟迟推不出1.0了。 |
| 返回顶楼 | |
|
发表时间：2010-08-11
mindfloating 写道 为楼主长期的坚持和精神所感动。
但是，这种东西真的有多大意义呢，楼主需要好好想想，不要总是埋头苦干！ 同为程序员，特别的反感任何代码生成工具、和二次开发平台！ 在一种语言之上封装另外的自定义语言，在原生开发模式之上封装新的开发模式，个人觉得这是一条邪路！ 我不喜欢平台这个词，一听就是一个经过封装的黑盒子，限制了程序员的创造力和空间。 技术总是不断演进，楼主不用一开始就想做个完美的东西，否则也不至于迟迟推不出1.0了。 同感！ |
| 返回顶楼 | |
|
发表时间：2010-08-11
最后修改：2010-08-11
nychen2000 写道 mindfloating 写道 为楼主长期的坚持和精神所感动。
但是，这种东西真的有多大意义呢，楼主需要好好想想，不要总是埋头苦干！ 同为程序员，特别的反感任何代码生成工具、和二次开发平台！ 在一种语言之上封装另外的自定义语言，在原生开发模式之上封装新的开发模式，个人觉得这是一条邪路！ 我不喜欢平台这个词，一听就是一个经过封装的黑盒子，限制了程序员的创造力和空间。 技术总是不断演进，楼主不用一开始就想做个完美的东西，否则也不至于迟迟推不出1.0了。 同感！ 哈哈，我也想发明一种语言，或者开创一种以我名字命名的开发模式流芳百世，但没那个实力。所以只能站在别人肩膀上瞎捣腾一下。从程序员的角度看，框架或者说平台之类的东西对于程序员的确是噩梦，因为越优秀的框架平台就越能造就越多的“傻子”。至于说框架平台的存在是否有意义，我问几个问题就可以了：你愿意每一个项目都去实现你的权限参考模型吗？你愿意没一个项目或者说同一个项目中的报表打印功能都写一大堆底层API来实现吗？如果你的项目是基础iBatis持久化解决方案的，你愿意写一系列的SQL映射文件吗？你愿意像白痴一样写一些和表结构对应的领域实体对象吗？你不想从这些琐事无聊的事情中解放出来吗？ 至于为何迟迟不推V1.0。一是本人精力能力有限，可以说是在摸索中边学习边成长边总结的在做~~~~~ 所以速度自然很慢 而且偶还得逃生活啊 业余时间毕竟是有限的再加上IT行业的加班风那就更有限了 |
| 返回顶楼 | |
|
发表时间：2010-08-11
楼主整合框架太多了
能否开源早一点呢？2011那头太久了。 |
| 返回顶楼 | |
|
发表时间：2010-08-11
作者非常牛逼
|
| 返回顶楼 | |
