写在前面的话

昨儿面试被问到的一个好问题，想想还蛮重要~

（一）技术选型

做技术选型时，要考虑实际的项目需求，不要跟风（时髦驱动开发）和凑热闹（热闹驱动开发）。

踏实的研究和对目标成果的认真思考。

面临的是一整套技术、方案、规范和产品的选型

（二）构建技术体系的基本原则

（三）考虑因素

业务出发

1、选型要针对业务形态特点，注重业务场景匹配度

2、具有一定业务前瞻性（中期或中短期以避免过度设计，短期、中期、长期与迭代速度强相关）

团队出发

1、考虑团队规模，成员技术特点和偏好

2、考虑现有项目和技术迁移成本

以简驭繁

我们主张使用简单的技术手段解决复杂的问题，而不是用复杂的技术手段解决简单的问题

标准化

标准化指的就是尽可能让上下游衔接形成标准，并在标准下构建效率和质量工具。

自动化

用技术去连接技术，用技术去简化步骤，解决某个工具到使用者的“最后一公里”问题。

现有复用

顾名思义就是选型上尽量使用公司已有的系统和工具，从而更好的与团队、业务结合。

（四）正确的流程

根据业务场景提出至少两套及以上（竞品公司、新技术、团队讨论、高工指导）可用的技术选型，然后进行各方面之间的对比。

先测试 -> 再研究 -> 最后决定

先快速搭建小型的以产品为原型的Demo。不要从博客学习，而要从经验学习，然后组件成员讨论利弊，产出对比结论。

金融平台 Web 前端技术体系

（五）判定标准

1、明确选型的需求和目的，列出需要考虑的各种因素以及评判标准(方便后期在各原型之间进行对比)。

2、寻找技术和产品时，范围尽量扩大一点，搜集尽可能多的候选技术和产品。

3、初步筛选。把一些由于各种限制无法选择或明显不可能的技术或产品排除（一定要列清除理由）。最后流出2个及以上的备选方案。

4、做一些详尽的调查和分享。集合第一条的评判标准列一个技术选型分析表。

5、咨询其他产品是否使用过这个技术，求教实践经验。

注意事项

1、进行可行性分析。

2、不要思维定势，不要赶时髦。

3、考虑后期兼容，所以尽量保证技术选项的扩展性、灵活性和弹性。

4、架构一旦则确立尽可能统一，避免一个领域引入太多相同或不同的技术。

参考资料

https://blog.csdn.net/weixin_33974433/article/details/88729685

https://tech.meituan.com/2018/03/16/front-end-web-architecture.html