三年了,人疲了---同时请教大家在项目中如何重复的操作
在现在这家公司待了三年多了,刚进来的时候也是公司刚成立的时候,老板有点钱,以前做制造业,想改行做erp软件。erp行业知识与技术他自己是什么都不懂,请了一个项目老大,也是什么都不懂(当然,这是后来才知道)。招了7~8个程序员,10多个文案人员,开始干起来了。
还是说我们技术的事情吧。则开始那个老大,什么项目经验都没有,erp行业知识也就懂个皮毛,分派了几个销售订单,出库入库单,采购单之类的,大家就开始写代码,代码是各写各的,没基类,没规范,没要求,能保存数据不报错就行。(很恶心的是,这个老大从网上找了一些分页,构建查询条件的类后在我们面前沾沾自喜,鼓吹是自己写的,我们后来才在网上发现的。)
然后过了一年,这个老大被辞掉了,程序员也只剩三个了,我们三个还是各写各的代码,各负责各自的模块,互不牵涉(有erp行业背景的人应该都明白,这也是不行的,erp重在逻辑),然后又过了一年,老总要搞mrp计算了,于是又请了一个老大进来,这个老大有一定的行业背景,也有一定的项目管理经验,sql server比较厉害,但他也从来不管我们的代码写的怎么样,将我们的所有表单逻辑全部移到数据库中实现,也就是用触发器。从他身上我学会了如何建表。。也因为他来了,我的时间就比较多一些了,然后我就开始考虑如果创建基类,让我们少写重复的代码,少出同一类型的错误。
又过了三个月,程序员只剩下两个了,我的基类轮廓也出来了。只要表单继承了这个基类并满足一定的规范(比如表单内的所有控件都不能直接引用微软的,而是要用我的用户控件,当然我的用户控件与微软的控件实现功能是一样的,只是我添加了一些属性),这个表单的保存,删除,审核,反审核等操作的代码就不用再写了,基类已经具备了这些基础操作的功能。
又过了几个月,现在的这个老大也走了,程序员还是我们两个,我的基类渐渐成熟了,在表单内可扩展,可重写,开始将基类中的功能模块化,新增了许辅助类,比如错误提示类,增加了更多的事件,比如保存主表前事件,保存主表后事件,保存从表前事件,保存从表后事件,显示前事件,显示后事件……等。只要没有特殊逻辑的表单,只要设置基类中几个属性,这个表单就完成了,功能也就实现了。
到现在,这个项目还在继续,其中原因很多,不多讲。人疲了,对项目开始失去信心了,开始担心自己的未来了。
==============================================================================================================
毕业六年了,前一年在找工作,因为自己在学校时什么都没有学到,光玩了。第二年在自学.net,第三年开始进这公司的。所以我没有在正规的软件公司待过,没见识过真正的大项目是什么。想请教一下大家,我这个基类是不是井底之蛙(甚至这个名词叫什么我都不知道,我管他叫"基类"了),大家项目中有没有这样的"基类"呢? 如果表单很多,如何来处理重复的操作呢?是在各个表单各自写,还是在"基类"中统一实现。 再或者,还有另一个其它的模式呢?