讨论帖- VUE的使用场景，如果前后端同几个人开发的，还那么需要吗？

[自由小菜园]

最近想自己开发一个简单的管理后台，基于ASP.NET MVC，前端代码采用VUE，所以花了几天学习了下。学习到后来，越想越不对劲？

1、很多项目开发其实都是前后端分离，前端由专门人去实现，后台接口是另一帮人去实现，前后端分离同时进行的，这个时候VUE就很合适

2、基于移动端的实现，或者各种API都已经现成部署好了的，这个时候VUE也挺好用

3、如果纯粹是为了写一些UI组件，那也挺不错的

相反一个项目是同几个人开发，前后端并没有分离的，那其实没必要采用VUE那套框架，没必要弄一些vue,vue-cli,webpack,router等等

话说回来是单纯希望利用VUE那种数据驱动渲染方式，其实直接引用下VUE.js也差不多了，毕竟比那种直接操作DOM方便

我觉得是这样的，不知道大家怎么认为？

[EdsionWang]

你说的都有道理，怎么方便怎么来

[以专业开发人员为伍]

本来就可以用核心，循序渐进地用。

[正怒月神]

用不到的就不用。 本来就不是为了堆砌技术和框架赶潮流

[wanghui0380]

问题不在你用了啥 问题在你想好没有。 如果你习惯的方式是“我压根就不想，反正他们要啥页面，我就做啥页面，写啥api，拼啥sql”，那也没啥问题。反正啥都不想，埋头走路也没啥不对，反正甭管撞墙不撞墙，一个项目总是可以做完的。 为啥要分开？分开的原因不是什么多人开发，分开的原因是因为，他想的多些而已。尽量隔离，尽量把责任分好，尽量不胡子眉毛一把抓，免得加班，加班，996,007进icu

[wanghui0380]

不管你是否前后分离，最重要的事情。是把线头理清，那些东西是强制你把东西摆好，别乱窜。 你用仓储，dal，why？因为你不想sql乱窜 同样这里用vue目的就是，让程序员管好自己的手脚，别乱窜。写逻辑就写逻辑，别混UI。玩UI就玩UI，别给我想什么sql怎么拼写

[wanghui0380]

一个钳工在学徒的时候是“车膛刨铣”样样都学，基本上一个合格的钳工，只要有合适的材料和机械，你让他做把手枪是没啥问题的。 但他出师后，独立工作。他绝对是有条理的，看图施工，一层一层来，一步一步来。准备材料，粗加工，粗拼，精细加工，组装 他绝对不是说，我做这个做这个发现不对，去弄那个，回来发现这个又不对，然后再弄这个。 你不分，你觉着样样都来，甚至你觉着都没必要，那么经常的状态就是“做页面确想着逻辑，写着逻辑却要去看页面，搞着页面想着怎么从数据库里把他弄出来”