请教一下各位关于前端多项目的问题

2019-02-14 11:52:01 +08:00
 0xxf

公司最近新开一个后台管理系统的项目,我负责前端,技术栈 Vue。

领导却提出一些不同的想法,让我不要把所有内容都放到一个项目里面,把它拆成多个子项目。

比如「用户管理」是一个项目,「系统设置」是一个项目,「设备管理」是一个项目,

要是我来做,肯定就是 Vue 全家桶,直接按文件目录目录的形式来划分模块,然后点菜单路由跳转就完事了,都堆在一个项目里面。

我想了下,好像是那么回事。

我想了下,好像是那么回事,领导牛逼,考虑了这么多场景。

我想了下,好像是那么回事。

我说,好的好的。

V 友,你们有试过这样组织项目的方式吗?这整的和后端微服务一样。。。。

主要是我感觉有点不习惯。

4379 次点击
所在节点    程序员
43 条回复
ansonpro
2019-02-14 11:59:23 +08:00
个人理解:项目没发展到一定规模的时候,做这些都是过度设计
zz25
2019-02-14 12:01:07 +08:00
好的好的。
hoythan
2019-02-14 12:02:34 +08:00
领导太闲了吧。
zz25
2019-02-14 12:02:38 +08:00
我也想了下,好像是那么回事。
ansonpro
2019-02-14 12:03:46 +08:00
@zz25 合理
luob
2019-02-14 12:05:09 +08:00
上次有个老铁在这问,他有一大堆前端项目的 node_modules 都有 1 个 G,有没有办法合并一下。

我觉得过不了多久,你也会来问的。
ansonpro
2019-02-14 12:14:51 +08:00
@0xxf 实现这种多个 project 的管理可以尝试引入 Lerna,只能帮你到这里啦
huai
2019-02-14 12:21:57 +08:00
一个人维护我认为会比较蛋疼 ,多个人合作开发还可以
learnshare
2019-02-14 12:30:05 +08:00
目标很理想,现实会啪啪打脸

按路由拆分多个子项目倒是可行,但项目能有多复杂
前端很多东西并不方便 npm install

领导明天还有新想法,你得思考、调研和试验之后,再决定要不要执行
Inside
2019-02-14 12:35:14 +08:00
git submodule/subtree 考虑一下。
mgso
2019-02-14 12:36:55 +08:00
建议三思而后行
harde
2019-02-14 12:44:34 +08:00
15 年年末接了一单 Web 的销售系统,很微小、很简单,简单到报价只有 3,000 块钱。工期 7 天。
在这 7 天里,客户多了些想法,还好,工期延长到 14 天。总报价 15,000。
中间的过程就不细说了,18 年年末,这个项目还在维护中。总建设费用超过了 100 万(不含服务器、带宽、防火墙、高防等费用),拆分了很多业务,演变出多个子系统。

目前来说坑是不少的,但程序还算健壮,通过这个系统走过的现金流水,将近 5 个亿。

虽然我们应该高瞻远瞩,但同时也不要好高骛远,项目初期,够用就好。劝劝你领导吧。
0xxf
2019-02-14 13:31:56 +08:00
@luob node_modules/这个大倒不是什么问题,主要是这些子项目的目录结构都差不多大,弄多几次就好烦了,要是都在同一个项目就好了。

@harde 老哥,你这个系统就牛逼了。劝估计是劝不动了,已经决定这么做一个多月了。

@mgso 我就没法思了,领导都决定这么做一个多月了

@learnshare 主要是很多类似的东西本可以放到同一个目录结构,但是拆开了要重复做好几次,烦。

@huai 领导也这么说了,说以后让别人一起来维护也是很方便的。 -_-!

@ansonpro 好的,先谢谢了。弄这个多个子项目,也不知道需不需要独立管理版本的问题,感觉领导没考虑到这个东西
orozot
2019-02-14 13:45:56 +08:00
微前端了解一下,你这个就是个典型场景。。。。。不过跟楼上说的一样,项目规模和需求没达到的话,采用微前端结构感觉算是过度设计
sugars
2019-02-14 13:59:58 +08:00
过早的优化是罪恶之源。
Code Optimization as a Double-Edged Sword.
blackywkl
2019-02-14 14:04:20 +08:00
可以考虑用 lerna 来管理
maichael
2019-02-14 14:05:03 +08:00
想法没问题,做法有问题。
0xxf
2019-02-14 14:08:39 +08:00
@maichael 怎么说,老哥
KuroNekoFan
2019-02-14 14:14:39 +08:00
可以先不分,不过在代码,结构方面可以做好以后会分的准备
maichael
2019-02-14 14:17:40 +08:00
@0xxf #18

楼上说的项目没这么大是一个问题。另外微服务也好,微前端也好,通常是已有一部分老的项目,现在需要添加新的项目,使用”微“这种理念来使得新老项目能兼容使用。单单一个新项目强行使用这种方式纯粹是浪费时间精力。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/534861

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX