技术选型，vue+Seajs+spm+FIS 的前端目录结构怎样才够合理

Question

上述技术选型的前端目录结构怎样才够合理呢，大家给点指点，谢谢

Answer 1

seajs 已经不维护了

现在主流方案是基于Commonjs 或者 es6 modules 来做模块开发，而在浏览器还没有普遍支持 es6 modules 之前，模块加载器的使命可以交给构建工具，webpack 和 fis 都有自己的相关解决方案。所以，可以弃坑。

FIS 感觉一直停滞不前

社区不够壮大

从结果上来说，大部分 Vue 官方的配套工具都是基于 webpack 实现的。

假如，你想基于 FIS 来开发 Vue，你遇到类似场景，会发现要么找不到解决方案，要么已有的解决方案（质量且不说）早已没有人继续维护。像 vue-loader 这样非常基础的工具，如果没有官方团队或社区的维护，即便自己和团队有能力，也会带来额外的工作量，这点需要权衡。

迭代缓慢

从作者出走百度后，之后发布了 FIS3，到现在已经快两年多了。

可能是现有功能已经比较稳定，在 github 上除了一如既往的能看到很多小白的 ISSUE 之外，基本上看不到什么commit。

不太清楚现在的团对是不是处于维护状态，有没有对 FIS 的一些长远规划，感觉前途未卜。

理念

和 webpack 的定位不一样，他们各有所长，各有缩短————大致区别可以认为 webpack 以 js 作为入口，而 fis 以 html 作为入口

作为我的前端构建学习的领路人，先入为主的学习FIS 后，再去学 webpack 感觉特别别扭，很多功能实现起来感觉像是黑魔法，没有在 FIS 中实现的“优雅”。

所谓优雅，以往的开发习惯来说，多页面应用为主，以 html 为入口的思想很容易被接受。但是两年的使用比较来看，以 js 作为入口实现模块化，在大部分场景下更“优雅”。

最近这两年，感觉 webpack 在不断演变发展中，越来越妖魔化，无所不能的。

结论

技术选型：vue + webpack

目录结构大致如下：

package.json --相关配置
build -- 构建
dist -- 产出目录
src -- 源码
 |——  pages 如果是多页面
   |—— home.vue
   |—— other.vue
 |——  components 组件
 |——  utils 工具函数