Vue 项目，请教 V 友们几个问题

1. https://cn.vuejs.org/v2/style-guide/index.html 参考下这个 单人项目怎么写都没问题 不然就大家统一一个写法
2. 大量这样同样的页面需求 建议封装一个组件
3. 可行，你可以用工具分析下，建议协商 避免同样项目里重复轮子
4. 不清楚 可以网上找找优化的文章看看

4 、
生产环境尽量把依赖的库单独引入（比如 vue 、elementui 那些），不要放到 webpack 里打包。

2 、大量表格的项目， 建议封装，能节省不少时间
3 、人手封装一个肯定是不行，建议团队协作的话，沟通好，写好文档，避免重复的分装

1 、你随便
2 、没有
3 、这个主要怕后期维护灾难，尤其是改风格样式的时候，总有漏的
4 、其实你肉眼就知道哪些组件大，比如富文本编辑器、图表，还有一些插件自带的 i18n ，这些东西解决好了剩下的大小基本就和业务有关

1. 点 vue 文件我用短横线命名
2. 有必要，我常写的页面中一个页面可能就“搜索框，表格体，分页”再加上一些操作按钮就构成整个页面了。在你的场景中你描述一个页面有多个这样的整体，分隔成多个文件容易管理，能不能复用倒无所谓
3.如果组件是同一个页面，多个人用不同的代码各实现一遍那不好，如果要修改那要改多遍容易出错。
4.（ vite ）组件按需引入，静态引用图片是否与项目文件分离

个人习惯 Component 和 View 以及 template 使用组件全大驼峰,方便重构
路由是懒加载的话影响不大, 可以先参考设计稿,找出统一的结构封装成组件,例如 用 element 但是某些组件有常用的设置和样式用 $attrs 和 $listener 包一层封装成组件
大的或常用的依赖包可以用 splitChunks 拆出来

vue-cli Preload 和 Prefetch 可以酌情考虑关掉,例如很重的后台管理或移动端页面可以关掉这俩.

搭车问个问题, vscode 能这么搜索吗?
例如搜索 fooBar, 能搜到所有的 foo-bar fooBar FooBar

1 随便, 我喜欢驼峰, 有人喜欢连字符, 有段时间团队里开的短期项目要求连字符, 结果写着写着我自己都乱了, 现在整个项目里啥风格都有, 能看懂就行, (团队里)大家都懒得动了...
2 个人建议不要. 越多人参与开发月乱, 例如我曾经接受过的一个烂坑, 类似的表格组件有 4 5 种, 怎么来的呢, ui 画图每次都有点不一样, 然后前后经历几个开发人员接手, 大家都不熟悉, 然后套上去发现样式不一样, 就开始自己造轮子...我都不知道怎么吐槽了
3 公用的组件单独给一个人整(或者你们老大整), 让他出文档, 后面不按约束来的, 直接在周会上批斗就行
4 随缘了. 其实大部分情况下, 你的项目根本没必要优化这点, 因为项目是业务值钱、业务优先实现、实现时间短暂, 反正就是开发人员自己的 kpi 驱动而已...

@rabbbit 印象中连字符不行. 大小写可以, 搜索过滤调整为大小写不敏感就可以了, 这也就我为什么喜欢驼峰的原因, 一定程度上能提供模糊匹配

eslint 要求用短横线

辛苦各位打字，全部感谢了一遍……
其他命名我都比较明确，就是 views 下的文件命名比较苦恼（我知道两种都可以，但我有点强迫症）。
请问 vue 文件以短横线命名的优点是什么，有没有什么现实背景

@unt #12 views 我认为是横线命名更好，与路由统一，便于识别

短横线好读啊，单词越多越比驼峰好读

@rabbbit #8 正则搜啊 foo-?bar 把大小写敏感关了

文件名 /路径一律小写 + 短横线
避免有人不会设置系统 /Git 区分文件名大小写，导致的一系列问题

统一 UI 组件和设计风格是很难的事情，因为产品、UI 和开发水平不够 /不一致，看谁的拳头硬吧

我是看是否是组件，比如 TaskBar.vue 或 TaskBar/index.vue 。

但如果只是划分用的目录，我就喜欢用小写+短横线，比如 user-center 这种。

url 中域名不区分大小写，但域名下的路径是区分的。
mac 、winddows 系统是不区分文件大小写。
其实没啥影响，但总体来说我比较偏向于小写 - 短横线的格式。url 和文件都是。

个人其实无所谓，不过特别不喜欢下划线_，感觉怪丑的

划分用的目录用 snake-case ，vue 组件名称，无论是单文件还是 tsx ，都是 CamelCase ，并且要求文件名，导入的组件名，使用时的组件名完全一致。ts 文件名没有强制要求

组件命名可以参考 vue 的风格指南，我个人是把文件夹作为组件名，然后根组件以 index.vue 命名（似乎和 React 组件命名风格有点类似）