tcguoxing
前端开发
|
同方鼎欣科技股份有限公司
喜欢瞎折腾
获得徽章 0
赞了这篇文章
赞了这篇文章
关注了标签 
前端框架
前端框架
关注了标签 
JavaScript
JavaScript
赞了这篇文章
刚才想到开发环境和生产环境，就是devdependencies和dependencies，项目需要用到sass，由于是vue-cli配置的，那么我就想这个和sass-loader一起装在devdependencies下吧。可后来想到，官网好像是npm i sass，默认dependencies下啊。
但又转念一想，在生成静态包的时候，webpack会把sass语法转译成普通css语法，所以肯定是装在devdependencies下。
嗯，我觉得没问题，但我又想到生产前的编译环境，装在dev下没问题么？
然后我就有点乱，只能打包生成的时候看看了。
但又转念一想，在生成静态包的时候，webpack会把sass语法转译成普通css语法，所以肯定是装在devdependencies下。
嗯，我觉得没问题，但我又想到生产前的编译环境，装在dev下没问题么？
然后我就有点乱，只能打包生成的时候看看了。
展开
6
6
问个前端UI库使用的问题；
拿element-ui为例，如果我要仿照该UI写一个UI库，那么一个常见结构就是index.js（内部含有Vue.install等安装信息）和index.vue（内部装有该组件的业务逻辑实现），使用的时候在package包里设置main路径指向为该包的index.js，使用的时候直接import+Vue.use就可以了。
那我的疑问就在于，为什么在安装element-ui的时候还需要先build一下生成一个commonJS规范下的element-ui.common.js文件，commonJS规范是给node环境准备的，但element-ui不是为Vue项目服务的吗，那element-ui符合Vue的使用环境和其代码规范（ESM）就可以了呀，为什么还要以element-ui.common.js作为包入口？
这个element-ui.common.js的作用是什么，是想在Vue项目加载前（莫非是webpack serve服务完全启动前就加载element-ui的样式？）就在global上挂载组件？要挂载全局组件不也应该在BOM上挂载吧。
其实，最近在fork别人的一个单组件项目，就一个index.js和其逻辑的index.vue，但它也是先需要build一下，并将main设置为build后的cron.min.js文件，单组件还需要这样安排，真的有必要吗，直接用import该包然后Vue.use不就可以了么？
如果必要，这其中的原因逻辑能解决的问题是什么，仅仅是为了兼容吗？
我有些费解……
拿element-ui为例，如果我要仿照该UI写一个UI库，那么一个常见结构就是index.js（内部含有Vue.install等安装信息）和index.vue（内部装有该组件的业务逻辑实现），使用的时候在package包里设置main路径指向为该包的index.js，使用的时候直接import+Vue.use就可以了。
那我的疑问就在于，为什么在安装element-ui的时候还需要先build一下生成一个commonJS规范下的element-ui.common.js文件，commonJS规范是给node环境准备的，但element-ui不是为Vue项目服务的吗，那element-ui符合Vue的使用环境和其代码规范（ESM）就可以了呀，为什么还要以element-ui.common.js作为包入口？
这个element-ui.common.js的作用是什么，是想在Vue项目加载前（莫非是webpack serve服务完全启动前就加载element-ui的样式？）就在global上挂载组件？要挂载全局组件不也应该在BOM上挂载吧。
其实，最近在fork别人的一个单组件项目，就一个index.js和其逻辑的index.vue，但它也是先需要build一下，并将main设置为build后的cron.min.js文件，单组件还需要这样安排，真的有必要吗，直接用import该包然后Vue.use不就可以了么？
如果必要，这其中的原因逻辑能解决的问题是什么，仅仅是为了兼容吗？
我有些费解……
展开
2
2