公司上下近300号人，但做web开发的就我一个人，请问有必要用vue这种前后端分离吗
这个看你自己了，反正就你一个人，想用什么技术就用什么，我现在公司也就几十人，一个APP项目，一个小程序，都我一个人弄，用的技术有aspx，JS，HTML，被boots trap, VUE, NET4，NET CORE WEBAPI,等
你是咋当上程序员的，这么水，赶紧抱紧你们公司的大腿吧，等人家把你开了，再出来找工作都难，本人应届生，前端react，刚入职这家公司，这几天疯狂补技术栈，umi，dva，mobx，and-design-Pro，我感觉你是上个世纪的程序员呢[捂脸]。
这是典型的技术路线选择困难综合症，我这里恰好有良药。
如果公司已经有成熟框架，并已经应用在生产系统，一定不要强行切换成VUE。VUE是流行，但不治百病。有些是业务流程带来的问题，技术换成哪个也白搭。最重要的是，前辈们在老框架上吃过的亏，踩过的坑，换个技术路线，你还要重来一遍。
没有历史包袱，轻装上阵，当前时间点，首选VUE。它的开发效率，必能助你一臂之力。
web ui分离原则简述
UI分离原则是一种设计模式，主要目的是降低软件的复杂度和提高可维护性。在web应用程序中，这意味着将数据和用户界面元素进行分离，使得修改数据或者更新用户界面时互不影响。例如，在使用Vue.js等框架时，我们可以将业务逻辑与UI拆分，根据具体的业务逻辑进行拆分。不过需要注意的是，过度的拆分也是一种负担，因此需要根据实际情况进行适当的划分。
此外，UI分离原则也有助于有效地实现前后端分离。在这种架构中，前端Html页面通过Ajax调用后端的RestFul API并使用Json数据进行交互，有效地实现了前后端的解耦。这种架构方式可以方便地为以后的大型分布式架构、弹性计算架构、微服务架构、多端化服务打下坚实的基础。
最后，UI分离原则还可以帮助我们更好地组织代码。例如，我们可以使用自定义的hooks来封装业务逻辑，然后将状态和控制器导出给UI使用。这样不仅可以减少UI模板代码的数量，而且可以有效地分离UI定义和业务定义，使层次更加清晰。
一、设计目标一致 软件中往往存在多个组成部分（组件、元素等）。不同组成部分之间的交互设计目标需要一致。 例如：如果以电脑操作初级用户作为目标用户，以简化界面逻辑为设计目标，那么该目标需要贯彻软件（软件包）整体，而不是局部。 二、元素外观一致 交互元素的外观往往影响用户的交互效果。同一个（类）软件采用一致风格的外观，对于保持用户焦点，改进交互效果会有很大帮助的。遗憾的是如何确认元素外观一致没有特别统一的衡量方法。因此需要对目标用户进行调查取得反馈。 三、交互行为一致 在交互模型中，不同类型的元素用户触发其对应的行为事件后，其交互行为需要一致。 例如：所有需要用户确认操作的对话框都至少包含确定和取消两个按钮。 对于交互行为一致性原则比较极端的理念是相同类型的交互元素所引起的行为事件相同。但是我们可以看到这个理念虽然在大部分情况下正确，但是的确有相反的例子证明不按照这个理念设计，会更加简化用户操作流程。
