核心技术模块化是否是必然趋势?

我从事编程工作已经近四年,相信有很多跟我差不多的。现在有个疑问想让大家给点意见和方向。
在之前一家大公司,我是做自动化测试的,开发工具,脚本,软件,网站,啥都干,学到了很多东西,期间就遇到了一些问题。比如做了好几个项目之后,发现没有一样东西可以留下给下一个项目使用。其实项目性质和内容都差不多。无非就是给一些硬件设备做测试,编写自动化测试脚本。
然后我们主管就想做一个核心模块,涵盖测试的核心功能,根据业务和数据来组装这些模块,以达到核心模块重用的目的,以后有新项目就能节省很多开发时间,缩短项目周期。
问题就在于,这个核心模块搭起来的时候,并不像最初想的那么好用,组装起来特别麻烦,重用性是达到了一部分,但是由于客户的业务在细节上的差异会很大,开发时间并没有减少,还多了一项核心模块维护的工作。那么意义何在?

阅读 1.3k
1 个回答

要是代码以业务逻辑居多,并且各个甲方业务不一样,就没必要重用

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题