码迷,mamicode.com
首页 > 其他好文 > 详细

项目管理之模块化分离—总结

时间:2015-07-14 13:12:20      阅读:162      评论:0      收藏:0      [点我收藏+]

标签:

1.项目总概

  在项目开发中,一般情况下,我们都会将项目整体放在一个解决方案下,这样的话也是可以,但是随着公司业务越来越多,这样我们就会有无穷的解决方案,随着解决方案的变多,公司的人力成本随之也在大量增加,每个人都在维护每个人自己的解决方案,这时候已经无形中增加了大量的人力成本和很多冗余的代码。

  在这当每个项目中都含有很多冗余的时候,改动起来也比较麻烦,比如:我们项目中统一用到了微信支付,但是现在微信支付的版本是:V2.0,等到微信升级到V3.0,这时候我们就要去升级,这时候我们每个项目都要去修改,这样增加了很多的学习成本。

  综上考虑,我们在项目开发中如果可以提供很多API来封装我们大部分的模块(我们可以对其所有封装的内容进行二次封装),而这些模块我们让专门的人负责维护,这样就减少了很多人力资源,而且代码也不冗余,维护成本高。

  下面我们就总结一下我自己觉得可以分离成API的服务信息,每个调用API的服务必须传递一个枚举信息,因为可能每个项目调用后端的方法可能会有不太一样的地方,这样我们还是要按照项目提供枚举来区分,然后对应到API中做一定的处理。

2.电子商务(O2O)

  下面简述一下在电子商务(O2O中),应该能够分离的模块,将模块分离出去成立API接口提供调用

    (1).短信发送Api(那个站点发送和其它参数,返回什么短信内容),使用枚举或配置文件限制

    (2).商品搜索Api(那个站点发送和其它参数),使用枚举或配置文件限制

    (3).支付宝/微信/银行卡等支付Api(那个站点发送和其它参数),使用枚举和配置文件限制

 

  最后希望大家能够给出很好地建议以及自己的看法,将这篇博客完善成功。

  语言表达不了我的思想,如果大家有什么这方面的疑问或者想法,我们可以聊一下,下面含有我的联系方式。

 

项目管理之模块化分离—总结

标签:

原文地址:http://www.cnblogs.com/hanyinglong/p/4644777.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!