未分類
2020 年 11 月 15 日

期待一个没有 ESLint， Webpack， Babel 的世界

期待一个没有 ESLint， Webpack， Babel 的世界

資深大佬 : xrr2016 6

弄这些东西真的烦死人…(╥╯^╰╥)

大佬有話說 (66)

  • 資深大佬 : fengxianqi

    存在是有道理的。
    eslint 能让 shi 山稍微不那么恶心，webpack 方便模块化等一系列好处，babel 让你能用上新语法，其实都是为了提升开发效率和增强维护性。

  • 資深大佬 : SuperManNoPain

    确实

  • 資深大佬 : anjianshi

    后面应该会慢慢清晰的。webpack 最新版本的配置已经比之前简单了

  • 資深大佬 : cmdOptionKana

    如果是个人项目，完全可以不用。如果是工作，拿钱办事本质上就是处理各种麻烦。

  • 資深大佬 : cmdOptionKana

    如果是工作，当没有 webpack 的麻烦时，省下来的时间精力就要用来处理别的麻烦。

  • 資深大佬 : Wincer

    回到十年前就行了，jq 称霸天下。

  • 資深大佬 : Jirajine

    人生苦短，我用 parcel

  • 資深大佬 : gouflv

    有个东西叫脚手架

  • 資深大佬 : Cbdy

    快了

  • 資深大佬 : yhxx

    可以选现成的脚手架啊

    我刚好相反，极度不喜欢用这些被别人封装好的脚手架
    限制太多

  • 資深大佬 : peterjose

    用原生模块 es6 开 http2 eslint 可有可无

  • 資深大佬 : Osk

    js 啥时候才能别这么多小文件啊，现在的前端项目，太吃磁盘 io 了，这要搁以前机械硬盘的时代不被骂得怀疑人生

  • 資深大佬 : love

    @Osk 快了。yarn2 之类的依赖直接 zip 了且可配置全局共享

  • 資深大佬 : xuanbg

    @yhxx 脚手架就是要自己搭才合自己的心意。别人的脚手架可以搬过来改造一番变成自己的，但直接用总是各种不如意。

  • 資深大佬 : xuanbg

    主狭隘了啊。这些工具都还挺有用的，熟练使用能省不少功夫。再就是代码没点规矩，写的时候一时爽快，维护的时候就要死人了。

  • 資深大佬 : xuanbg

    @Osk 自己集成一个 Util 包而不是什么都用第三方，就不会有那么多的小文件了。话说我们前端连那种 3 行代码的都要引一个第三方包，我也是醉了。

  • 資深大佬 : lemon6

    项目简单的话 parcel 就可以了，零配置。
    复杂项目的话，没有 webpack 还真的不行。ESLint 也是，保存的时候能帮你修改代码格式，统一代码风格，也挺好用。

  • 資深大佬 : Lemeng

    呵呵‘，有点意思

  • 資深大佬 : levelworm

    期待没有 electron 的世界。。。也没什么为什么，就是不喜欢。虽然更可能的是这玩意一统江湖。

  • 資深大佬 : cmdOptionKana

    另外可以关注一下 Deno, 猫总 @xcatliu 用 Deno 已经做出很不错的作品了 /t/698343

  • 資深大佬 : charlie21

    考验动手能力

  • 資深大佬 : tikazyq

    github 一下 roman

  • 資深大佬 : des

    没有 ie 我就心满意足了

  • 資深大佬 : zst

    最近正在 jq 一把梭的路过……. 期待一个没有 ESLint， Webpack， Babel 的世界

  • 資深大佬 : anguiao

    一个人写代码当然怎么爽怎么来，但是团队合作的时候，ESLint 之类的工具还是很有必要。

  • 資深大佬 : murmur

    eslint 如果自己好可以不用，反正提交的时候格式化一下就可以

  • 資深大佬 : flawless

    团队开发的时候你就会想念这些东西了

  • 資深大佬 : ericgui

    还是太年轻

  • 資深大佬 : huijiewei

    年轻人

    一步步走路

    先体验一下 ie 6，7，8，9 和 Firefox 的 hack

  • 資深大佬 : Sparetire

    回退到 2008

  • 資深大佬 : ccraohng

    eslint 能提高代码效率。现在不会还有人自己写配置的？

  • 資深大佬 : Mutoo

    https://rome.tools/

    Rome is a linter, compiler, bundler, and more for JavaScript, TypeScript, JSON, HTML, Markdown, and CSS.

  • 資深大佬 : Justin13

    上 TS+Esbuild 可破

  • 資深大佬 : 66beta

    工具是好工具，就是配置太反人类了

  • 資深大佬 : jiangnan01

    期待用 IE 的都连不上网

  • 資深大佬 : tiglapiles

    工具发明出来是为了提高效率，如果不好用大可不用。

  • 資深大佬 : monkeyWie

    我一个人写代码也用 eslint，就喜欢没有 error 和 warnning 的代码，这些都是工程化的最佳实践，修复一个警告的同时还可以看看为什么需要这些做，另外其实配置一点不麻烦，反正基本有脚手架一路回车就行了

  • 資深大佬 : linxl

    我在项目里直接引用 vue element-ui axios 文件, 也不打包, 也不做成 spa. 主要是项目小, 尝试中.

  • 資深大佬 : RickyC

    一个没有电脑和智能手机的世界, 也很值得期待.
    不过最近我也在想, 前端的编译太慢烦了, 是必要的吗

  • 主 資深大佬 : xrr2016

    @RickyC 编译慢可以拆分 Webpack 模块，加缓存，多核编译，升级 Webpack 版本等

    或者看看 Snowpack ？

  • 資深大佬 : jydeng

    webpack 、babel 还是需要，eslint 看自己需求了。

  • 資深大佬 : yaphets666

    @Osk ?????几个大文件 几秒才打开网站 这不更被骂吗 小文件有好处呀

  • 資深大佬 : feYAN7

    相反,我觉得这些很有用,想象一下没有 babel,还要用 var 是多 low

  • 資深大佬 : zy445566

    ESLint 现在暂时还没什么可替代的且还是相对必要的。
    Webpack 等浏览器完全支持 import，稍微做一下 npm 的的迁移问题，那也不需要了
    Babel 其实浏览器已经支持大部分语法了，等现代浏览器普遍后，Babel 后面估计也就是用来做词法分析了。

    所以综上 ESLint 在项目中还会有用武之地，Webpack 会被未来扫进坟墓，Babel 未来在绝大多数项目不被需要，但可能会被用来做 JS 语言的自举的 AST 分析器

  • 資深大佬 : dinjufen

    还好，用了 eslint 少了很多错误

  • 資深大佬 : yhyh

    如果能把这些玩透 来说这话，可能有点道理，但是没头没尾说这么一句 可能还是有没搞清楚的地方吧
    最近又在重新整理 webpack 了， 像那些热门箱门 umi dva 这些 开箱即用，但是一直黑箱使用

  • 資深大佬 : del1214

    农耕火织，回到原始社会

  • 資深大佬 : unicloud

    jq 过来的人，对这一套东西确实很烦，包括我有一段时间也是这样。

  • 資深大佬 : thulof

    拉了同组别人的代码，然后跑不起来的时候，你就会怀念 ESLint 了

  • 資深大佬 : Osk

    @yaphets666 我指的是 node_modules

  • 資深大佬 : dcoder

    作为后端, 问个问题: vue 3 的脚手架是不是可以省掉折腾 Webpack，Babel

  • 資深大佬 : myCupOfTea

    @dcoder 嗯,封装呢

  • 資深大佬 : yaphets666

    @dcoder 不用等到 vue3 vue-cli 你直接装好 0 配置开发都行

  • 資深大佬 : Feiox

    vite is best !

  • 資深大佬 : dcoder

    @myCupOfTea @yaphets666 @Feiox 所以 vue 就是好 +-_-

  • 資深大佬 : Cbdy

    确实比较讨厌，我分享一下我的思路

    eslint 可以不用，webpack 未来可以不用，直接用浏览器原生支持的 esmodule，babel 可以考虑用 esbuild 配合几个小脚本，这样就清爽多了

  • 資深大佬 : maplelin

    更期待一个没有老版本浏览器的世界，这样这些为了兼容出生的工具就都不需要了

  • 資深大佬 : Actrace

    主来试试这个
    https://github.com/tmplink/tmpUI

  • 資深大佬 : Tonni

    其实这东西就第一次配置的时候费点心，项目脚手架搭建起来开始做业务的时候基本上不会动这些东西了，个人经验是项目开始前基础设施一定要做好，一个完整合理的脚手架会让后续的开发顺心很多。

  • 資深大佬 : myCupOfTea

    @dcoder react 用官方手脚架也一样啊,不好用的话第三方的轮子也很多,比如 umi
    其实都还行吧

  • 資深大佬 : xcatliu

    @cmdOptionKana 谢推荐。

    pagic 基本做到了去 webpack 去 babel 。基本都是 es6 语法、esmodules 直接跑在浏览器里。

  • 資深大佬 : calpamomo

    試試 Snowpack

  • 資深大佬 : no1xsyzy

    @dcoder svelte 的脚手架你可以彻底不管 webpack，因为是 rollup （
    ——
    我倒是希望不是没有老版本浏览器，而是浏览器行为可以被动态修改动态覆盖
    就比如 Racket，你定义了一个拥有特定结构的库 XXX，直接 #lang XXX 就能改变使用的语言，从解释器到分词器都可以被修改。

  • 資深大佬 : dvaknheo

    Javascript 和 php 一样都不需要编译，刷新一下就能出结果，贼快

  • 資深大佬 : dvaknheo

    @maplelin chrome 版本太多了，你都不知道用户用的是哪一年版本的 chrome.
    怀念 IE6，就一个版本。
    所以人家打不开的就用 win10 自带 edge 来打开。

  • 資深大佬 : 96412hj

    rollup 准备下