1。将软件架构熟练掌握都需要一个学习成本,学起来太累了,太难了,要求规矩太多了,门槛太高了,这个架构就让人太闹心了,推广的意义不大了。
,
2。一般一个技术人员很少在一个公司工作3 - 4年,人往高处走,水往低处流,所以软件体系架构也需要充分考虑这些人员流动问题,让人员流动带来的损失降低到最低比较好。
,
3。好的架构,一般都是通过实际工作中提炼出来的,凭空架构的软件体系架构往往经不起考验,还需要走很长的一段路,才能稳定成熟起来,我们就算不追求功能多强劲,效率有多高,最起码追求运行稳定,别今天这里出的错,明天那里出的错,今天丢这个数据,明天丢失那个数据,那就太闹心了。
,
4。能实现的功能太多太杂了,万能的体系架构,往往是个庞然大物,以后不好维护,不好改进,修改了这里,影响了那里,改进了这些,那里又不稳定了,最好功能定位简单一些,就是专门适合做哪一个方面的,擅长处理哪一个方面的、轻量级的比较好。
,
5。技术在不断提高,时代在不断变化,架构也一样,需要随着时代的变化,可能会更新语言,更新数据库,更新思路,所以也不能太指望一个架构上吊死。
,
6。成熟的软件架构,并不是玩技术的最终成果物,而是从实际项目中提炼出来的精华,核心目的是为了把项目,把产品做得更好更合理,而不是把技术玩到更高层次。
,
7。不知道哪些功能放到架构里,架构的整体定位是什么样,功能模块的明确分工定位都不知道,那还是老老实实做项目,提高一下自己的基本功,过几年,再折腾,或者直接学习一下别人的架构中的精华,多参考,多学习,可能比自己瞎折腾更好一些。
,
,
,
,
将权限管理、工作流管理做到我能力的极致,一个人只能做好那么很少的几件事情。
