论坛首页 Java企业应用论坛

卧虎藏龙之G4开发平台首次曝光【有在线Demo、有源码->有真相】

浏览 57464 次
该帖已经被评为良好帖
作者 正文
   发表时间:2010-09-02   最后修改:2010-09-02
dangdang0824 写道
Excel模板导出挺好,Excel导出操作有没有demo可供下载,谢谢


以后会作为平台当中的一个Excel组件整体发布,但也可以很方便的独立剥离出去。其实G4当中的组件耦合度都很低,基本上都可以插拔,以后大家可以像庖丁解牛一样游刃有余的随意拆分。
0 请登录后投票
   发表时间:2010-09-02  
lz很强,这贴应该精华

俺以前也搞过类似的,但是实施的时候问题还是比较多

lz这个有过项目应用了吗?
0 请登录后投票
   发表时间:2010-09-02  
很是佩服作者的毅力与决心,工作一年就有了这个想法,真的是很特别很不错的程序员了。应该是很踏实的人才能完成这事。
不过我也想挑点刺,对与不对都无所谓,我还是打心底佩服你
1.平台要经受住考验,这个可能需要你考虑一下,毕竟没有检验过,如何让它能够被检验是个问题。你这个是面向应用的平台,得跟业务结合,不能玩技术,如果真的喜欢玩技术,研究编译原理,linux内核会更有挑战性。
2.其实你没有发明轮子,大部分工作是把市面上的东西“搭积木”成了平台,感觉你一个人的目标太多了,没有专一性。呵呵。
0 请登录后投票
   发表时间:2010-09-05   最后修改:2010-09-05
很重的广告味道,,,
不过,楼主肯定花了很多心思去写,,,祝福下楼主,早日成功
0 请登录后投票
   发表时间:2010-09-07  
很不错,楼主知识面很广啊,这样的轮子支持多造
0 请登录后投票
   发表时间:2010-09-07  
花了很长时间看完楼主及各位的回帖。
楼主是有心人,必能成大事。

我从去年产品线成立开始,也在封装类似楼主的框架。我们的产品比较特殊,面向于电信行业,10几个省公司用一套程序代码。

我们主要从业务和IT实现上对架构进行的封装:
1:加入了元模型能力,Ext的列表和维护组件基本上只需要针对核心模型(业务特性)开发一套,用户扩展业务模型由本地维护。
   业务模型:
             抽象的核心模型
                --本地扩展模型
             关系
                --关联
                --动态关系
                --继承
  
2:加入了业务数据功能项能力,不论在表格、树图、报表、Flex只要有业务数据的地方,那么这个数据相关的功能点都可以通过右键或Item展现出来;解耦了技术组件,不论是Ext、JSP、Flex都可以互相集成和调用,各自做各自擅长的事情,而避免了很多重复的功能开发及创造!例如Ext开发了一个表格组件,而有的同学用Flex开发了一个拓扑,是不是拓扑中就一定需要开发一个表格来展现页数数据呢?从架构来说就是控制好边界接口及开发规范。从整体上把控到各个技术组件的统一复用!

3:封装了很多细节组件:
   自定义Sql的树图组件
   自定义Sql的表格组件
   自定义Sql的枚举组件

4:统一了一个界面继承框架,规范了各子功能组件开发的约束!

从楼主的原型中,样式配置是我们还需要借鉴学习的。

不过产品开发快2年了,其实用户的认可并不好。研发也觉得很累,为什么?

技术组件做的再炫,功能再花哨,不能让用户粘住你的系统,让他每天必须用你的系统,必须给他的生产带来价值。最终系统只能是玩具!
回首一看,发现技术组件都有了,可是却没有人再深一步,进行业务场景封装。

我也很累了,也是对技术很感兴趣,可是却太简单了!
0 请登录后投票
   发表时间:2010-09-08   最后修改:2010-09-08

楼上很生猛!

偶持续跟进,实现了一个会话监听器。并在此监听器基础完成了【会话监听】功能模块的开发。有图有真相!




JDBC实时监控和JDBC性能分析正在开发中!

 

  • 大小: 145.7 KB
0 请登录后投票
   发表时间:2010-09-09  
偶持续跟进,基于Jamon实现了一个监听数据源JDBC操作的DataSource的实现类。并在此基础上完成了“JDBC实时监控”功能模块的开发。有图有真相,如下:


  • 大小: 213.3 KB
0 请登录后投票
   发表时间:2010-09-09  
楼主,做得挺好,,
以前我也参与了类似的业务平台开发,,7、8个人做了3年,,那个山寨货,,目前是内部运行,,

感觉做开发平台(或者叫业务平台),都有这样的感觉,开发平台的时候,感觉平台真的好处多多,什么都快速完成,要什么有什么,,,一个整体,,反正就是N多好处,,
但发现离开那个平台4、5个月,,又回到传统的手写代码、搭建框架的时候,却感觉,所谓的平台原来也有好多不好的地方,,

首先是eclipse为基础的rcp平台(我们的平台的开发工具),可能有些小bug,,不经意的时候,总会有点莫名其妙的错误,用的有点点不尽意,虽然这个rcp平台话了很多心思去做,但可能我们开发的东西太多(几个流程流拖拽设计器、还有改写的brit报表工具,当然还有N多向导、视图,等等),所以要让这个大开发工具稳定、正常的工作,真的心有余而力不足。

其次、我们自己写的框架和struts等这些开源的成熟框架还有一段距离,效率、稳定性等总有有点点让人不称心,最大的问题是,业务经验不足,有些特殊的业务,虽然框架是可实现,但却是兜了个圈来实现,看起来总是不爽。

最后,公司内部推广这个平台,没几个java程序员愿意去尝试使用,所谓的非正统,有几个人愿意去使用?

远离了那个3年投入开发的平台后发现心静了很多,原来兜兜转转,还是回到了手写代码的份上,只是有时会写些eclipse的插件自己用下,也会偶尔不使用ssh,而是自己山寨个没有配置的mvc。
1 请登录后投票
   发表时间:2010-09-10  
我去了你个百度博客,好像不能下载。。。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics