架构下该如何技术选型呢？

。(这只是笔者对大家在技术选型时，查阅资料的一些建议)

二、选型原则

在软件开发领域，几乎每天都有新的技术框架诞生、更新，一些新的概念更是层出不穷，技术选型时，难免让人无从抉择。对于技术选型，我个人有以下几点建议：

1.有需求，再引入

在微服务架构中，各类组件/技术很多很多，但并不意味着所有的都应该引入你的项目，倘若单纯为了覆盖全技术栈或组件而全部引入，这将是一种很不明智的选择。后续将会成为你项目的累赘，让你苦不堪言。

只要你记住这六个字：“有需求，再引入”，就OK了。伴随着项目体系架构的完善、功能的健全，当有某方面的需求时，在逐步考虑是否引入某些技术组件。

2.选择最熟悉、使用最多的技术

“一个新项目里最好不要使用超过30%的新技术”，我觉得这句话是有一定道理的。对于你完全不知道、不了解的技术，你是无法预估、掌控在使用过程中会出现的任何风险，一旦出现问题，短时间内解决不了，你将会变得很难堪。

在这里不是说拒绝使用、接触新技术，新技术是值得大家去追捧、了解、学习，一些新技术在很大程度上能给我们带来前所未有的利处，解决其他技术框架解决不了的问题。这里所说的“新技术”，是指没有经过充分的考察、技术验证、存在种种疑惑的技术，而是一味的拿来主义，这样的风险可想而知。

确保选择的技术，是业界使用最多的、被大家认可的技术，即使出现了问题，也能应对自如。至少在团队内部小范围是非常认可的。

3.强大社区支撑的技术

GitHub上star的数量是一个重要指标，同时参考近年来

（编辑：江门站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!