1. 将软件架构熟练掌握都需要一个学习成本，学起来太累了、太难了、要求规矩太多了、门槛太高了，这个架构就让人太闹心了，推广的意义不大了。
2. 一般一个技术人员很少在一个公司工作3-4年，人往高处走，水往低处流，所以软件体系架构也需要充分考虑这些人员流动问题，让人员流动带来的损失降低到最低比较好。
3. 好的架构，一般都是通过实际工作中提炼出来的，凭空架构的软件体系架构往往经不起考验，还需要走很长的一段路，才能稳定成熟起来，我们就算不追求功能多强劲、效率有多高，最起码追求运行稳定，别今天这里出错，明天那里出错，今天丢这个数据，明天丢失那个数据，那就太闹心了。
4. 能实现的功能太多太杂了，万能的体系架构，往往是个庞然大物，以后不好维护，不好改进，修改了这里，影响了那里，改进了这些，那里又不稳定了，最好功能定位简单一些，就是专门适合做哪一个方面的，擅长处理哪一个方面的，轻量级的比较好。
5. 技术在不断提高，时代在不断变化，架构也一样，需要随着时代的变化，可能会更新语言，更新数据库，更新思路，所以也不能太指望一个架构上吊死。
6. 成熟的软件架构，并不是玩技术的最终成果物，而是从实际项目中提炼出来的精华，核心目的是为了把项目，把产品做得更好更合理，而不是把技术玩到更高层次。
7. 不知道哪些功能放到架构里，架构的整体定位是什么样, 功能模块的明确分工定位都不知道，那还是老老实实做项目，提高一下自己的基本功，过几年，再折腾，或者直接学习一下别人的架构中的精华，多参考，多学习，可能比自己瞎折腾更好一些。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
