- 主题:请教用老办法写出来的能工作的 html+css+javascript 页面 webpa
没有新语法，没有 modules，你这么干有啥意义？直接 uglify 不就完了？
【 在 uju (uju) 的大作中提到: 】
: 请教用老办法写出来的能工作的 html+css+javascript 页面怎么用 webpack 打包呢
: 比如是这样子的， 已经能正常工作
: <!DOCTYPE html>
: ...................
--
FROM 101.98.83.*
一年改不了两次的东西花那么多时间有啥意义？找个 boilerplate 用不了5分钟就能用了，需要改点儿啥现搜现改，照葫芦画瓢花不了多久时间。而且现在主流的框架都把东西给你搭好了，你自己从头写难不成是用 jquery？
【 在 xiatianup (李 ，只是期待夏天！！) 的大作中提到: 】
: 想走打包正途，那只能花时间学webpack了。
: 连带要学的东西非常多，研究配置要花时间花精力，还有一堆解析器要找要装要看配置，还有插件也是一样。
: 折腾下来，半个月能学会就算好的了，加上实战，一个月起步。
: ...................
--
FROM 122.60.95.*
bs 是啥？
对于前端来说，别人会自己不会的只能说说框架好不？你说虽然我不会 react、vue、angular，只会 jquery，可是我还会 webpack 啊。然后人家就会问，我有 create-react-app、vue-cli、ng，你会 webpack 能干啥？
react 倾向在 js 里写 css，vue-loader 对 haml/pug/slim、sass/less/stylus 的支持都是不需要改 webpack 配置的，ng 我不了解。react、vue 的主流控件包都有 tree shaking 的傻瓜教程，code-splitting 的常用方法官方也都有说明，反正我是完全想不出非得花时间有自己从头写的能力的意义。你要是说知道怎么给 webpack 开发 plugin 还能有点儿意义，建新项目用个一次，最多最多再每年升级个一次，难道你觉得会有公司为这点儿事儿专门招一个人？
现在初学者上手有 parcel.js，正经项目有各种官方工具，开源界也有大量 boilerplate，遇到技术问题99%都能在 google 前几条里找到答案。要是年轻个20岁，在这方面有兴趣的话我大概会轮一个 parcel 出来吧，反正肯定不会把时间花在照着文档1、2、3照做就能出结果的事情上来。
【 在 xiatianup (李 ，只是期待夏天！！) 的大作中提到: 】
: 当然有意义了，那么多前端学了这个，别人会，自己不会，那不是等着掉队？
: 时间成本大我也说清楚了，自己拿捏的事情。
: 你提的boilerplate，这些类似于bs的东西，都跟bs差不多。只图一个快，速成，还是可以的。
: ...................
--
FROM 122.60.95.*
我觉得吧，你还是先用一用 create-react-app 或者 vue-cli 建出来的东西，了解一下人家的技术是啥样的，然后再发表评论比较好一些。看你问的问题，我完全有理由怀疑你知不知道 webpack-dev-server 这种所有人都在用的东西。啥叫传统方式开发啊？难道不应该是你用什么语言写代码，就在浏览器里直接调试利用 source map 生成的源文件么？
这世界上的蠢人当然太多了，之前还不小心点开过一篇教人在 mac 上面安装个什么东西的文章，基本上就是人家官网上的东西复制粘贴了一遍，然后还一帮人鼓掌了。然而在 mac 上面的正确姿势是先安装 homebrew，然后 brew install xxx 就完了。
由于 parcel 不能分析出来给 vue 自动安装 slim，我还特意读过它对 vue 支持的代码。一开始是打算提 pr 的，后来发现它的实现方式远超我想象的麻烦，于是就算了。
开发工具本来就应该越简单越好，事实上现在的 js 社区已经比几年前容易多了。当初我入坑的时候，vue 还得自己改不少 webpack 的配置，electron 也做不到开箱即用，一个新语法都得花好长时间去解决。现在有啥需要一搜就出来，各种支持都简单得很，每隔一段时间新建项目我都会有惊喜，以前需要改才能用的某个功能已经能直接用了。
parcel 对于简单的 spa 没啥不好的，上次用的时候遇到过两个自带 http server 不支持的东西。一个是 client routing 现在普遍使用 html5 history 的方式，但 parcel 的不会把 url 都导向一个入口，另外一个是没有关 cors 的选项。这两点如果能做好的话，其实问题不大，甚至前者问题也并不算太大，用 hash 方式开发呗。等有了 code-splitting 之类的需求再去找 webpack 的配置改不就完了。毕竟 js 社区需要了解的概念太多了，webpack 也只是其中特别针对前端的一部分而已
【 在 xiatianup (李 ，只是期待夏天！！) 的大作中提到: 】
: 首先，我已经很久不用jquery了，然后，客观的说，我不像你那样对用jquery的人持任何看法，萝卜白菜的事情。而且现在就3、4、5G的网速，以及流量而言，打开一个基于jquery的网站也没什么不妥或问题。
: 然后三大框架，我去年就有学ng2，学了大部分，后来放弃了，要捡回来也是可以的事。vue前几个星期开始学，快收尾了。
: 目前开发是纯自己从零开始写，用webpack打包，没有任何不妥。
: ...................
--
FROM 125.236.128.*
这么说吧，你能给我找出来一个装插件只需要看 webpack 文档，不需要看插件本身文档的例子么？反正我是从来没用过哪个插件，自己的文档没写清楚，应该怎么把这个插件加到 webpack 配置文件里的。
我仔细回忆了一下，很久以前的确是读过 webpack 官网的文档的，当时肯定也是因为需要装什么东西搜过去的，至于是2还是3我已经记不清了，反正今年是肯定一眼都没看过。
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: vue-cli 这类包装不是万能的，也还都留了自己定制webpack配置的接口，webpack不用精通，但是至少文档还是需要看过一遍的，开发中需要自己加个插件之类的事情也是会碰到的
--
FROM 125.236.128.*
我从来没系统浏览过 webpack 的文档，都是 google 出什么结果我挑着点过去看什么，解决不了问题接着从搜索结果里面挑
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 具体插件的文档当然要看，但是webpack是啥东西也得知道
: 就是嘛，你已经属于看过一遍文档知道webpack大概是啥东西的人了。。。2到3到4实质改变都不大，除了几处新加的东西，其他看过2文档足够了
--
FROM 125.236.128.*