mvc三层架构
MVC和三层架构是不同的。在三层体系结构中，DAL，BLL和WEB层各自执行其职责，旨在分离职责。MVC是模型、视图、控制器。严格来说，这三个在三层架构中加起来就是WEB层。也就是说，MVC再次将WEB层划分为三层架构，并将其划分为控制器和视图。在实体的三个部分，控制器完成页面逻辑，并通过实体完成与接口层的对话，C层直接与第三层中的BLL通信。
要完全理解MVC并不简单。使用MVC需要仔细规划，并且由于其内部性的特点，需要一些时间来思考。同时，由于模型和视图的严格分离，这也给调试应用带来了一定的困难。每个组件在使用之前都需要经过全面测试。
资料拓展：MVC开始是存在于桌面程序中的，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据可以分别用柱状图、饼图来表示。
公司上下近300号人，但做web开发的就我一个人，请问有必要用vue这种前后端分离吗
你是咋当上程序员的，这么水，赶紧抱紧你们公司的大腿吧，等人家把你开了，再出来找工作都难，本人应届生，前端react，刚入职这家公司，这几天疯狂补技术栈，umi，dva，mobx，and-design-Pro，我感觉你是上个世纪的程序员呢[捂脸]。
这是典型的技术路线选择困难综合症，我这里恰好有良药。
如果公司已经有成熟框架，并已经应用在生产系统，一定不要强行切换成VUE。VUE是流行，但不治百病。有些是业务流程带来的问题，技术换成哪个也白搭。最重要的是，前辈们在老框架上吃过的亏，踩过的坑，换个技术路线，你还要重来一遍。
没有历史包袱，轻装上阵，当前时间点，首选VUE。它的开发效率，必能助你一臂之力。
这个看你自己了，反正就你一个人，想用什么技术就用什么，我现在公司也就几十人，一个APP项目，一个小程序，都我一个人弄，用的技术有aspx，JS，HTML，被boots trap, VUE, NET4，NET CORE WEBAPI,等
