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

webtimes
  • 251

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

回复
阅读 3k
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 工具函数
撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
你知道吗?

宣传栏