【思考题】前端选型

前端选型包括js框架的选型，UI框架选型，一般我会优先选择自身熟悉的，易于驾驭的框架。

例如，我之前开发过一个后台管理系统，js框架会优先选择vue：

一、我最熟悉的框架就是vue，

二、团队、项目使用的主技术栈是vue，贸然使用其他MVVM框架只会加大后续维护的难度以及招人的成本

UI框架我当时选择的是ElementUI，原因也是类似，之前项目有使用ElementUI，这意味着除了官方文档，我还有其他项目的代码可以作为参考，降低了开发的难度（当然，对外是声称这个框架更成熟，稳定，官方维护响应更及时等等）。

同时，我也会考虑模版的问题，有没有比较成熟的解决方案，这点ElementUI也满足了我的要求，它有很成熟的后台模版框架，极大的降低了我的开发成本，提高我的开发效率。

当时考虑的点还有，ElementUI框架还有一些按需引入之类的功能，它给我的感觉是引入相对简单。事实上还是踩了不少坑，不过很多人也踩过，所以不难解决。这就是选型时要考虑的一点，选用的框架最好久经考验，用户量大，这样坑比较少，遇到坑也能比较容易找到解决的方案。

虽然上面提到考虑了按需引入，但是我后来想想，觉得按需引入其实未必很有必要，我甚至觉得可以不考虑。项目比较小时，也许按需引入能减少包的体积，但是项目一大，基本上所有组件都会使用到，按需引入就毫无必要了，而小项目有没有必要讲究按需引入我也是挺怀疑的。站在开发的角度，能按需引入当然是挺好的，但是一个小项目也许用户本就不多，按不按需引入恐怕没人在乎。当然，还是要具体情况具体分析，方便的话按需引入也没什么，只是没有必要将它作为一个太重要的考虑因素。

简单的说，我觉得选型，

首先要满足需求，所以要清楚自己想要什么；

然后如果是负责人，要结合团队情况考虑，什么是比较方便好用的，选团队熟悉的，而不是新的或者是最受欢迎的

其次要考虑生态，遇到坑好不好解决，坑多不多，这个是用来做排除的，如果这条不通过，而有其他选择的话，绝对不选它，哪怕项目以前一直用它

如果选型涉及团队换技术栈的，一定要谨慎小心，不要贸然下决定，就算自己有信心，也不要轻易去做，除非有充分的理由，以及足够的条件。