工作之余,写点自己对这段时间的一些感受,同时对JEECG的一点建议

   从年初到现在,一直都处于比较忙碌的阶段。因为公司现在做的这个项目有点大,而且项目的框架原来也不是自己构建的,经历了对需求一点也不了解,到最后软件产品才慢慢的适应用户,大费周折了好长时间。中间有好多批人都经受不了这种需求部断更新和开发压力,而逐渐离队。而此时,我的压力更加大了。等那些人离队以后代码再去维护,每个人的代码都写的很乱,到这里我就郁闷了,软件存在的问题主要分为几点:

   1、代码没有注释
   2、系统的数据访问层,存在相当多的同样的方法。导致代码可重用性低。
   3、数据库设计极为鸡肋,由于项目开发仓促,也是为了先争得行业的某个领域的空缺,所以在一切业务都部了解的情况下就开始立项。做项目了。数据库设计更是一改再改。
   4、代码没有规范,公司大部分人都是进来的新手,写代码的经验能力,都相当低。业务逻辑写的很混乱。
   5、因为团队前端这一块,是开发团队最大的短处,第一次给客户演示的时候,由于运用了国外的一些Flex作为前端框架,用户难以接收。导致被行业领导一顿痛批。为此,我根据个人之前对easyui的了解。运用来做前端框架,开发效率确实提高不少。而且对于那些不懂前端的人来说,不用去管很多东西。但是结果是,easyui有一些问题,可能是个人对这个前端框架研究得不深。导致的问题。或是对前端架构的认识太浅,才导致的。注:(声明下哈,不是说easyui不好,确实是个很好的框架)。在系统逐渐庞大,或者用户网络效率低的时候,系统客户端渲染就很慢。o(︶︿︶)o 唉。
  
   后来慢慢在网上不断的寻求解决方案,有一天发现了 JEECG 这个是个好东西,呵呵,我对他的理念,相当感兴趣,首先对于比较重复的功能点工具类都有,而且是他可以加强对代码规范这一块加以解决。减少了团队的人力需求,和代码开发中不规范带来的一定风险。虽然它dome用的是easyui。但我个人觉得,既然是开源的个人当然可以去拓展,和更替了。所以我专门在开发小组宣传这种理念,希望更多同事加入去研究或者深入的去了解JEECG这个框架。

   在我个人看来,由于我们扩展都是用户都是没有接触个管理系统这块,都是新兴客户,所以他们根本是很关心你开发用了多少人力和时间。只是希望你能在最短的时间内达到他的需求,但作为开发人员来说,往往面对这样的事情就比较麻烦,有时候为了应付客户在规定时间内拿出的产品,不得不先慌忙的做,而且很多公司得面对人力资源的紧张短缺,甚至有时候因为这样而导致项目的终结和失败。
 
   正好 JEECG 理念对于很多这样的团队来说,不为是一个很好的拓展思路,虽说目前还处于一个较为萌芽的阶段,当然也存在一定的问题,但是个人看来,出发点和理念决定以后的开发团队模式,必将运用这种工具和理念去解决开发中存在的问题。

   对此我对JEECG充满了期待,希望 jeecg 能在未来的开发中能完善升级。

   建议:
     
      1、框架自由选择、也可自定义,因为我们的项目框架都是自己写的,除了数据访问层以外。
      2、客户端自由选择,比如不生成客户端代码这一块。因为客户端这东西比较复杂。很多东西可以由开发者自己选择定义。
      3、尽量写成一个工具软件的方式,或者开源方式(代码)两种。


这只是个人的一点工作中遇到的问题,和对jeecg的憧憬。

你可能感兴趣的:(jeecg)