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

前端技术发展太快了,是良性发展么?

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


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

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

单选 公开 永不结束 23 票
错误
8% 2 票
没错
30% 7 票
看不清
60% 14 票

  • 前端

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

    212 引用 • 1320 回帖 • 1 关注
  • 思考
    21 引用 • 105 回帖
  • Q&A

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

    1758 引用 • 11528 回帖 • 581 关注
1 操作
Rabbitzzc 在 2020-05-21 09:58:35 更新了该帖

赞助商 我要投放

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • CismonX 1

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

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

  • 88250 1 赞同 2 评论

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

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

    我想看龙姐怎么选 @Vanessa

    1 回复
  • Vanessa 1 8 评论

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

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

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

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

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

  • zhangle1

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

  • ferried

    正常情况下 babel 应该没有 ,

    umd ,commonjs 类似这种应该没有

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

  • wizardforcel 1 赞同

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

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

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

  • wizardforcel 1 2 赞同

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

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

  • Rabbitzzc

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

请输入回帖内容 ...