登录 注册

现代前端技术体系，你怎么看

本贴最后更新于 1645 天前，其中的信息可能已经时移世易

前端技术发展太快了，是良性发展么？

一个是 Tom MacWright 对现代前端的二次思考，吐槽框架给当代前端带来的一些问题

https://macwright.org/2020/05/10/spa-fatigue.html

一个是捍卫现代前端技术体系

https://dev.to/richharris/in-defense-of-the-modern-web-2nia

有的人认为当代前端技术体系，比如 Vue、React 等框架，带来的困惑就是工具或构建过程的复杂程度越来越高了，不像以前直接谢谢 HTML、CSS、JS，再加上一个 nginx，基本上完成了网页开发。（表达的意思就是目前开发者更要关注构建、配置等）

我个人理解目前的三大框架都是非常休息的，基本上隐藏了配置构建复杂性

但因为我不是构建专家，所以当我需要定制化配置的时候，就需要了解构建工具，包括 Babel 转化等等，我不是专家，所以当我需要了解的时候，我会话很多时间，并且很头疼~trollface

image.png

很好奇，大家对于当代前端技术体系有什么想法么？

当代前端技术发展走错了路么

单选 • 公开 • 永不结束 27 票
错误
7% • 2 票
没错
37% • 10 票
看不清
55% • 15 票

  • 前端

    前端技术一般分为前端设计和前端开发，前端设计可以理解为网站的视觉设计，前端开发则是网站的前台代码实现，包括 HTML、CSS 以及 JavaScript 等。

    247 引用 • 1348 回帖
  • 思考
    29 引用 • 120 回帖
  • Q&A

    提问之前请先看《提问的智慧》，好的问题比好的答案更有价值。

    8112 引用 • 37001 回帖 • 160 关注
1 操作
Rabbitzzc 在 2020-05-21 09:58:35 更新了该帖
北京 位置
20 悬赏
3 关注
1 操作
12 回帖
2
3.3k 117 762 317 754 35 3 172 1.1k

相关帖子

12 回帖
现代前端技术体系，你怎么看

欢迎来到这里！

我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。

注册 关于
请输入回帖内容 ...
  • someone48938 • • 1
    捐赠者

    前端真的很迷，完全看不清。

    之前放弃搞前端就是因为感觉前端需要做太多繁琐但是收益不大的事情，搞起来很难受wulian

  • 88250 • • 1 赞同 • 2 评论
    订阅者

    考虑语言种类在内，前端框架不是太多而是太少了。

    语言毕竟离不开三剑客，这是网页基础，不过最近的 webAssembly，flutter 也算是领域的扩展吧
    Rabbitzzc •
    讨论的点倒不是框架数量，而是现代框架对网页的优点与缺点，比如框架导致了高度交互失去？不过我倒不认可这点
    Rabbitzzc •
  • someone1764 •

    我想看龙姐怎么选 @Vanessa

    1 回复
  • Vanessa • • 1 • 8 评论
    订阅者 付费者

    楼主想说的应该是当代前端框架吧，个人一直的观点就是自己需要长期维护的项目尽量不要使用。

    当代前端的发展从原生 JavaScript 规范，浏览器特性，electron，node.js 方面来说应该是非常不错了，相信以后会更好。

    当前三大框架的缺点，也是 Svelte 框架想要解决的问题，不过感觉前路漫漫
    Rabbitzzc •
    长期维护的项目不要使用前端框架，而是使用自己写的原生代码吗？
    someone1764 •
    @mymoshou 是啊，十年以后这些框架不流行了怎么办？
    Vanessa • • 1
    @Vanessa 你有没有考虑过 html 、js、css 十年后不流行了怎么办？
    someone9891 •
    @Vanessa 不流行了是不是得选择重构或者迁移呢？
    Rabbitzzc •
    @gitors 十年后发现这个世界都是虚幻的怎么办？
    Vanessa •
    @Rabbitzzc 十年的系统已经千疮百孔，修修补补吧
    Vanessa •
    @gitors 这个不现实，网站的根基 root，分支任你走，根基跑不了
    Rabbitzzc •
  • someone9891 • • 1 • 1 赞同
    捐赠者

    请问洗衣机的发展错了吗？

    以前洗衣服都去河边，要么搓衣板、要么棒子捶，现在多复杂，甚至有些智能的光操作都得学几天，还要用店，对家里的装修、水路、地漏都有一定的要求，请问洗衣机的发展是良性的吗？

  • zhangle1 •

    长久来说，我们都死了trollface 。谁管后人呢，先自己玩爽了再说。

  • someone27889 •
    捐赠者

    正常情况下 babel 应该没有 ,

    umd ,commonjs 类似这种应该没有

    缺乏统一思想，就像爬山虎一样

  • wizardforcel • • 1 赞同

    w3c 对于页面的理解过时了，页面的本质是应用（类似 app），不是文档（类似 word）。至少 h5 之后就不是了。

    三大框架的任务就是填平这个 gap。说白了就是把 dom api 封装成一个 mvvm 框架那样。

    三大框架的问题一部分是时代性的，比如命名不统一，应用模型不统一，他们也想知道最好的模式是什么。还有一部分是底层 api 不给力，这个如果 w3c 那边不变，还会一直别扭。

  • wizardforcel • • 1 • 2 赞同

    如果你觉得前端应该像以前那样，那就去写 ppt 吧，你拿相似的工具应该能完成相似的任务，毕竟一个人拿着锤子看什么都是钉子。

    别人想进步也好，修复已有的缺陷也好，不应该阻拦别人探索。所以你为啥不愿意用 dom api 写一个页面？还不是因为这些 mvvm 框架方便嘛。

  • Rabbitzzc •
    捐赠者 作者

    下面的答案都挺好，都是思想的碰撞

  • 8823 • • 1 评论

    终究会走向统一，请珍惜百家争鸣的时代。

    持续保持统一，开发人员统一了，就会觉得枯燥了
    Rabbitzzc •
  • lanesun •

    个人观点

    前端的发展速度是很快，但大概没有楼主想像的那么快，一个行业的发展速度，是由行业标准和准标准的事物决定的。那么对于前端来说，它的发展其实取决于前端各个技术的标准以及 jQuery、Vue 这一类的流行框架，如果以 2010 年左右作为前端兴起的开始时间来算的话，其实并没有网络上所说的那么快速，虽然相比而言还是很快的。

    对于楼主所问的“前端有没有走错路”，个人的回答是暂时还没有。因为目前来看，构建网页所使用的技术还是完全可以自己决定的，就算不使用大框架自己构建也是完全可以的，同时各个技术标准也维持在良好的状态。所以现在的前端拥有很多种类的技术并且没有限制程序员使用哪一种，并没有走错路，反而是一个比较好的状态。

    对于楼主所引用的二次思考那篇文章我也是认同的（另一篇感觉好偏激没有去看），那一篇文章从两个角度说明了当下几个大型框架的缺陷，同时对现代程序员的滥用行为作了批判。但是，如你所看到的，他并没有提及前端走错了方向。当下的前端依然是兼容并包的，出现问题不是前端，甚至本身有缺陷的大型库们也没有错，毕竟没有哪种库是开发出来应对所有情况的。那么最终的问题在于大多数程序员/行业的使用方式，公司及个人不加任何思考就使用大型框架作为开发基础才是应该纠正的地方，这一现象在国内尤其明显。

    就如玩游戏上瘾的人固然有责任，但开发游戏的公司如果刻意去引导成瘾的话也是不对的一样。有些框架也许促成了当下的一些行为，比如 Vue——Vue 跨越的领域太多了，导致用户产生了“用它的话什么都可以做”的错觉，可以做和适合做是不一样的，个人认为，特别是这些大型框架的贡献者们，在拓展它们的适用领域的时候应该好好考虑一下。

    最后对楼主所引用的文章做一下补充，文章中所提到大型框架的影响分为技术方面和习惯方面，技术方面不作补充了，虽说有很多，但并不是我的专长而且也列举不来。习惯方面的话，和楼主所说的一样，大型框架普遍屏蔽了实现方面的细节，让使用者方便地进行开发，结果就是——对于不成熟的开发者，阻断了其对于底层和程序架构的学习动力，这也是如之前所说的为什么前端的开发人员数量巨大但是发展速度却没有预想的那么快速的原因：大多数人并没有促成前端的发展，只是在利用已有的前端技术完成任务而以；另外，即使对于大多数成熟的开发者来说，过多地使用大型框架也会阻断其对于新架构的创造力，就如同大家习惯了对象型编程后就很难想到其他编程模式一样。

请输入回帖内容 ...
Rabbitzzc
I'll be there for you 北京
回帖
78
 帖子
65
 积分
9122

近期热议

推荐标签 标签

  • 安全

    安全永远都不是一个小问题。

    199 引用 • 816 回帖 • 1 关注
  • Telegram

    Telegram 是一个非盈利性、基于云端的即时消息服务。它提供了支持各大操作系统平台的开源的客户端，也提供了很多强大的 APIs 给开发者创建自己的客户端和机器人。

    5 引用 • 35 回帖 • 1 关注
  • 百度

    百度（Nasdaq：BIDU）是全球最大的中文搜索引擎、最大的中文网站。2000 年 1 月由李彦宏创立于北京中关村，致力于向人们提供“简单，可依赖”的信息获取方式。“百度”二字源于中国宋朝词人辛弃疾的《青玉案·元夕》词句“众里寻他千百度”，象征着百度对中文信息检索技术的执著追求。

    63 引用 • 785 回帖 • 175 关注
  • Git

    Git 是 Linux Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

    209 引用 • 358 回帖
  • 大疆创新

    深圳市大疆创新科技有限公司(DJI-Innovations，简称 DJI)，成立于 2006 年，是全球领先的无人飞行器控制系统及无人机解决方案的研发和生产商，客户遍布全球 100 多个国家。通过持续的创新，大疆致力于为无人机工业、行业用户以及专业航拍应用提供性能最强、体验最佳的革命性智能飞控产品和解决方案。

    2 引用 • 14 回帖
  • GitLab

    GitLab 是利用 Ruby 一个开源的版本管理系统，实现一个自托管的 Git 项目仓库，可通过 Web 界面操作公开或私有项目。

    46 引用 • 72 回帖
  • Notion

    Notion - The all-in-one workspace for your notes, tasks, wikis, and databases.

    6 引用 • 38 回帖
  • 书籍

    宋真宗赵恒曾经说过：“书中自有黄金屋，书中自有颜如玉。”

    77 引用 • 390 回帖
  • IDEA

    IDEA 全称 IntelliJ IDEA，是一款 Java 语言开发的集成环境，在业界被公认为最好的 Java 开发工具之一。IDEA 是 JetBrains 公司的产品，这家公司总部位于捷克共和国的首都布拉格，开发人员以严谨著称的东欧程序员为主。

    180 引用 • 400 回帖
  • SOHO

    为成为自由职业者在家办公而努力吧！

    7 引用 • 55 回帖 • 19 关注
  • 小说

    小说是以刻画人物形象为中心，通过完整的故事情节和环境描写来反映社会生活的文学体裁。

    28 引用 • 108 回帖 • 1 关注
  • Bug

    Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug（漏洞）。

    75 引用 • 1737 回帖 • 5 关注
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者规模的网站中的所有动作流数据。 这种动作（网页浏览，搜索和其他用户的行动）是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    36 引用 • 35 回帖
  • sts
    2 引用 • 2 回帖 • 196 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库，专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 62 关注
  • JetBrains

    JetBrains 是一家捷克的软件开发公司，该公司位于捷克的布拉格，并在俄国的圣彼得堡及美国麻州波士顿都设有办公室，该公司最为人所熟知的产品是 Java 编程语言开发撰写时所用的集成开发环境：IntelliJ IDEA。

    18 引用 • 54 回帖
  • GAE

    Google App Engine（GAE）是 Google 管理的数据中心中用于 WEB 应用程序的开发和托管的平台。2008 年 4 月 发布第一个测试版本。目前支持 Python、Java 和 Go 开发部署。全球已有数十万的开发者在其上开发了众多的应用。

    14 引用 • 42 回帖 • 764 关注
  • TensorFlow

    TensorFlow 是一个采用数据流图（data flow graphs），用于数值计算的开源软件库。节点（Nodes）在图中表示数学操作，图中的线（edges）则表示在节点间相互联系的多维数据数组，即张量（tensor）。

    20 引用 • 19 回帖
  • CentOS

    CentOS（Community Enterprise Operating System）是 Linux 发行版之一，它是来自于 Red Hat Enterprise Linux 依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码，因此有些要求高度稳定的服务器以 CentOS 替代商业版的 Red Hat Enterprise Linux 使用。两者的不同在于 CentOS 并不包含封闭源代码软件。

    238 引用 • 224 回帖
  • RESTful

    一种软件架构设计风格而不是标准，提供了一组设计原则和约束条件，主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。

    30 引用 • 114 回帖 • 2 关注
  • 友情链接

    确认过眼神后的灵魂连接，站在链在！

    24 引用 • 373 回帖
  • 负能量

    上帝为你关上了一扇门，然后就去睡觉了....努力不一定能成功，但不努力一定很轻松 (° ー °〃)

    88 引用 • 1235 回帖 • 411 关注
  • WebClipper

    Web Clipper 是一款浏览器剪藏扩展，它可以帮助你把网页内容剪藏到本地。

    3 引用 • 9 回帖
  • IPFS

    IPFS（InterPlanetary File System，星际文件系统）是永久的、去中心化保存和共享文件的方法，这是一种内容可寻址、版本化、点对点超媒体的分布式协议。请浏览 IPFS 入门笔记了解更多细节。

    21 引用 • 245 回帖 • 241 关注
  • JavaScript

    JavaScript 一种动态类型、弱类型、基于原型的直译式脚本语言，内置支持类型。它的解释器被称为 JavaScript 引擎，为浏览器的一部分，广泛用于客户端的脚本语言，最早是在 HTML 网页上使用，用来给 HTML 网页增加动态功能。

    729 引用 • 1327 回帖
  • HTML

    HTML5 是 HTML 下一个的主要修订版本，现在仍处于发展阶段。广义论及 HTML5 时，实际指的是包括 HTML、CSS 和 JavaScript 在内的一套技术组合。

    107 引用 • 295 回帖
  • GraphQL

    GraphQL 是一个用于 API 的查询语言，是一个使用基于类型系统来执行查询的服务端运行时（类型系统由你的数据定义）。GraphQL 并没有和任何特定数据库或者存储引擎绑定，而是依靠你现有的代码和数据支撑。

    4 引用 • 3 回帖 • 9 关注

最新标签