2007-08-30
项目随想
项目的随想
这段时间,我想我的最大精力都花费在框架的搭建上面.主要是从主从表的框架到主从从的框架的搭建.现在虽然框架已做好了.也能正常运行.但问题还是有一些.第一是类层次继承过多,因为太过份得视继承,而造成了强耦合,而忽略了组合的方式 .
第二是好多东西还是面向数据编程,而不是面向对象编程(在这上面,重点体现在主从表的架构上面),事实上,我们要做的却是:面向对象编程,将对象绑定于前台的DataGrid之中.一切都对对象进行操作(这上面已经有了些尝试).
最主要是这两个.当然,也有好多值得提的地方:单据的一起保存.我们把表与表之间关联的复杂性,这部分工作任务集成到了视图之中了.我个人认为这是一个好办法.这样就可以减少程序的复杂性.在以后的系统架构将继续发挥这样的优势.
第二还是在数据库方面.我们加强了表与表之间的约束.主键,外键.等.我以前的观点就是一切由程序去控制,现在想起来,这是错误的,可笑的.
在前面显示方式,这个项目的用户体验要求相当严酷.可以说是到了分析过度的程度了.这是我不赞同的地方.另外在UI方面,NICOL给了我在后台加载控件这样的方法.有时候我也会使用它.但我与他观点不同的是:不会太多的使用这后台无界面的加载.
另外,在我们的项目中,还使用到了一些AJAX轻量回调的这样的技术.用户体验比较好的.
以上是一些技术方面的感受,下面是一些非技术类的感受.
要 说这个项目最大的失误的地方,就是刚开始的分析过度.刚开始时,什么都要求通用,万能的.一个LIST会同时显示60多个列,在一个画面中.还需要支持列 移动.权限的万能控件(行权限\列权限).现在看起来,又能实现多少.整天在这些里面做,结果把用户最关心的功能给忽视了.
由于分析过度,或者刚开始太过注重细节性的东西,而真正的业务分析又会很少,而造成了项目的进度严重缓慢.
我从来不认为有一个通用的万能的ERP系统,可以解决所有的问题.而公司的上层却认为这是可能的. 所以所有的设计都是讲究通用和万能的.在这样的前提下,我们都努力去做了,但项目进度还是很慢,这不由得让我怀疑我们的开发思想,并坚定自己的开发理念. 另外,就是感觉开发得并不舒畅,好多东西都是没有必要去做的,或者是在家里拍脑想出来的.
这时候又会想起CA说过的<<炒粉和龙虾>>的故事.整天把大部分精力花在前面UI页面上面.
炒粉和龙虾比,一定比不过龙虾了.
做一个项目的软件,一定比不上一个通用的万能的系统给投资人的诱惑力了.
希望在自己的以后的职业过程中,少犯这样的错误.
最后总结一下吧
这个项目中的可以用于以后项目的:单据框架\视图定义\表与表关联.
部分用户体验(包括采集\导入\导出\拆分等).
发表评论
- 浏览: 26853 次
- 来自: 北京

- 详细资料
搜索本博客
最新评论
-
Servlet、Jsp性能优化
不错的文章,谢谢
-- by gongmingwind -
Servlet、Jsp性能优化
...
-- by gongmingwind -
基于Beehive,EJB3.0开发 ...
为何要使用EJB?
-- by fangzhouxing -
rubbin 的感慨
引用 1、JVM的内存管理 理解了这一点,所有和对象相关的问题统统都能解决 ...
-- by xiongx -
rubbin 的感慨
有好路不走非要去练葵花。。。。
-- by 抛出异常的爱






评论排行榜