登录 注册

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

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

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

一个是 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 等。

    245 引用 • 1338 回帖
  • 思考
    29 引用 • 120 回帖
  • Q&A

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

    9439 引用 • 42987 回帖 • 108 关注
1 操作
Rabbitzzc 在 2020-05-21 09:58:35 更新了该帖
北京 位置
20 悬赏
3 关注
1 操作
12 回帖
2
3.5k 117 762 340 760 35 3 175 1.2k

相关帖子

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

欢迎来到这里！

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

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

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

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

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

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

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

    我想看龙姐怎么选 @Vanessa

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

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

    当代前端的发展从原生 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 赞同 via macOS
    捐赠者

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

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

  • zhangle1 •

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

  • someone27889 • via macOS
    捐赠者

    正常情况下 babel 应该没有 ,

    umd ,commonjs 类似这种应该没有

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

  • wizardforcel • • 1 赞同 via Android

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

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

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

  • wizardforcel • • 1 • 2 赞同 via Android

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

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

  • Rabbitzzc • via macOS
    捐赠者 作者

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

  • 8823 • • 1 评论 via macOS

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

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

    个人观点

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

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

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

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

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

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

近期热议

推荐标签 标签

  • 倾城之链
    23 引用 • 66 回帖 • 160 关注
  • Facebook

    Facebook 是一个联系朋友的社交工具。大家可以通过它和朋友、同事、同学以及周围的人保持互动交流，分享无限上传的图片，发布链接和视频，更可以增进对朋友的了解。

    4 引用 • 15 回帖 • 442 关注
  • Shell

    Shell 脚本与 Windows/Dos 下的批处理相似，也就是用各类命令预先放入到一个文件中，方便一次性执行的一个程序文件，主要是方便管理员进行设置或者管理用的。但是它比 Windows 下的批处理更强大，比用其他编程程序编辑的程序效率更高，因为它使用了 Linux/Unix 下的命令。

    124 引用 • 74 回帖
  • MySQL

    MySQL 是一个关系型数据库管理系统，由瑞典 MySQL AB 公司开发，目前属于 Oracle 公司。MySQL 是最流行的关系型数据库管理系统之一。

    693 引用 • 537 回帖 • 1 关注
  • 微软

    微软是一家美国跨国科技公司，也是世界 PC 软件开发的先导，由比尔·盖茨与保罗·艾伦创办于 1975 年，公司总部设立在华盛顿州的雷德蒙德（Redmond，邻近西雅图）。以研发、制造、授权和提供广泛的电脑软件服务业务为主。

    8 引用 • 44 回帖
  • 笔记

    好记性不如烂笔头。

    310 引用 • 794 回帖
  • 面试

    面试造航母，上班拧螺丝。多面试，少加班。

    325 引用 • 1395 回帖 • 2 关注
  • Node.js

    Node.js 是一个基于 Chrome JavaScript 运行时建立的平台， 用于方便地搭建响应速度快、易于扩展的网络应用。Node.js 使用事件驱动， 非阻塞 I/O 模型而得以轻量和高效。

    139 引用 • 269 回帖 • 1 关注
  • CSDN

    CSDN (Chinese Software Developer Network) 创立于 1999 年，是中国的 IT 社区和服务平台，为中国的软件开发者和 IT 从业者提供知识传播、职业发展、软件开发等全生命周期服务，满足他们在职业发展中学习及共享知识和信息、建立职业发展社交圈、通过软件开发实现技术商业化等刚性需求。

    14 引用 • 155 回帖
  • API

    应用程序编程接口（Application Programming Interface）是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

    79 引用 • 431 回帖
  • Logseq

    Logseq 是一个隐私优先、开源的知识库工具。

    Logseq is a joyful, open-source outliner that works on top of local plain-text Markdown and Org-mode files. Use it to write, organize and share your thoughts, keep your to-do list, and build your own digital garden.

    7 引用 • 69 回帖 • 1 关注
  • etcd

    etcd 是一个分布式、高可用的 key-value 数据存储，专门用于在分布式系统中保存关键数据。

    6 引用 • 26 回帖 • 544 关注
  • Docker

    Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的操作系统上。容器完全使用沙箱机制，几乎没有性能开销，可以很容易地在机器和数据中心中运行。

    494 引用 • 928 回帖 • 1 关注
  • RIP

    愿逝者安息！

    8 引用 • 92 回帖 • 393 关注
  • SVN

    SVN 是 Subversion 的简称，是一个开放源代码的版本控制系统，相较于 RCS、CVS，它采用了分支管理系统，它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 687 关注
  • Typecho

    Typecho 是一款博客程序，它在 GPLv2 许可证下发行，基于 PHP 构建，可以运行在各种平台上，支持多种数据库（MySQL、PostgreSQL、SQLite）。

    12 引用 • 67 回帖 • 445 关注
  • AWS
    11 引用 • 28 回帖 • 8 关注
  • Log4j

    Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。

    20 引用 • 18 回帖 • 32 关注
  • Sillot

    Insights（注意当前设置 master 为默认分支）

    汐洛彖夲肜矩阵（Sillot T☳Converbenk Matrix），致力于服务智慧新彖乄，具有彖乄驱动、极致优雅、开发者友好的特点。其中汐洛绞架（Sillot-Gibbet）基于自思源笔记（siyuan-note），前身是思源笔记汐洛版（更早是思源笔记汐洛分支），是智慧新录乄终端（多端融合，移动端优先）。

    主仓库地址：Hi-Windom/Sillot

    文档地址：sillot.db.sc.cn

    注意事项：

    1. ⚠️ 汐洛仍在早期开发阶段，尚不稳定
    2. ⚠️ 汐洛并非面向普通用户设计，使用前请了解风险
    3. ⚠️ 汐洛绞架基于思源笔记，开发者尽最大努力与思源笔记保持兼容，但无法实现 100% 兼容
    29 引用 • 25 回帖 • 108 关注
  • GAE

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

    14 引用 • 42 回帖 • 806 关注
  • CloudFoundry

    Cloud Foundry 是 VMware 推出的业界第一个开源 PaaS 云平台，它支持多种框架、语言、运行时环境、云平台及应用服务，使开发人员能够在几秒钟内进行应用程序的部署和扩展，无需担心任何基础架构的问题。

    5 引用 • 18 回帖 • 176 关注
  • Sandbox

    如果帖子标签含有 Sandbox ，则该帖子会被视为“测试帖”，主要用于测试社区功能，排查 bug 等，该标签下内容不定期进行清理。

    430 引用 • 1250 回帖 • 599 关注
  • BAE

    百度应用引擎（Baidu App Engine）提供了 PHP、Java、Python 的执行环境，以及云存储、消息服务、云数据库等全面的云服务。它可以让开发者实现自动地部署和管理应用，并且提供动态扩容和负载均衡的运行环境，让开发者不用考虑高成本的运维工作，只需专注于业务逻辑，大大降低了开发者学习和迁移的成本。

    19 引用 • 75 回帖 • 662 关注
  • 服务

    提供一个服务绝不仅仅是简单的把硬件和软件累加在一起，它包括了服务的可靠性、服务的标准化、以及对服务的监控、维护、技术支持等。

    41 引用 • 24 回帖
  • Solidity

    Solidity 是一种智能合约高级语言，运行在 [以太坊] 虚拟机（EVM）之上。它的语法接近于 JavaScript，是一种面向对象的语言。

    3 引用 • 18 回帖 • 432 关注
  • CodeMirror
    1 引用 • 2 回帖 • 158 关注
  • Swagger

    Swagger 是一款非常流行的 API 开发工具，它遵循 OpenAPI Specification（这是一种通用的、和编程语言无关的 API 描述规范）。Swagger 贯穿整个 API 生命周期，如 API 的设计、编写文档、测试和部署。

    26 引用 • 35 回帖 • 3 关注

最新标签