2024】前端，该卷什么呢？

2024已来，过去的 2023 可以说是具有里程碑意义的一年，ChatGPT 的炸裂式发展，很多大佬都亲自入场整活儿，你不得不说，人工智能时代的未来已来，大势所趋，不可阻挡。随着生成式AI的迅猛发展，程序员的生存也受到了前所未有的挑战，你可能已经嗅到了满世界都在裁员的味道了。但并不是说这件事儿马上就会发生，机器它当前还只是个“有点聪明”的机器，尚不具备完全替代人的能力，但几年后，谁知道呢？所以，还是未雨绸缪比较好~ 卷起来！

最后

欢迎关注"所谓前端"微信公众号,大家一起交流
点击扫码关注

结尾有推荐很多篇优质的前端文章~

主要包括下面几部分：

人工智能会革掉我们的命吗？
继续学习JavaScript，使用TypeScript
你必须要会微前端了
全栈框架的兴起
你得会 SSR
跨端：建议别入坑 Flutter 了
低代码要入吗
要搞全栈吗？
鸿蒙生态要入吗？
推荐一些 2023 看过的好文章

人工智能会革掉我们的命吗？

可能会，但不是现在，这个趋势应该是不需要太多争议的，毕竟随着 ChatGPT 的爆发，在生成式人工智能引发的革命性变革已经来临，未来机器能做的事情只会越来越多，迟早是要“解放一批人的”。

如果在当下还没有使用人工智能作为日常开发辅助工具的，显然你可能已经走在时代列车的尾灯后面了，之前也写过几篇这方的文章，供大家参考：

GPT-4 炸裂成那样，前端真的还有机会吗？我是这么看的~
【ChatGPT】一文教你怎么编写清晰有效的（Prompt）提示词~
【前端】一些让你事半功倍的 ChatGPT Prompts 建议~

随着人们争先恐后地寻找某种方式（任何方式）将人工智能产品化作为前端工作流程的一部分，这个领域出现了很多问题。其中一个不断出现的问题是“机器会抢走我们的工作吗？”

今年，可以说，“人工智能的不可阻挡的前进”在你失去前端工作的原因列表中可以往后放一放了。但该行业的市场潜力已经非常明显。你必须要重视在日常工作中如何使用人工智能辅助工具来提升你的开发效率。

ChatGPT 和 GitHub Copilot 现在已成为橡皮鸭编程和代码生成的日常配套工具，微软今年有信心向其背后的公司 OpenAI进一步投资100 亿美元。虽然只有巨头才有希望与这些工具竞争（谷歌有Bard和Gemini；Meta 有LLaMA，尽管是与微软合作构建的；亚马逊有Q；苹果肯定正在开发一些东西，拥有一长串像机器学习这样的工具） -ferret和ml-explore开始出现在他们的 GitHub 上），在它们之上进行构建的行业仍然相当大。

可能你已经看到 tldraw将草图转化为代码，Vercel 的 v0：将描述转化为 UI 组件，Figma也可以为设计做同样的事情。看起来你只是一个傻瓜，仅用你的人类能力来开发东西。然而，有人担心最终结果可能与真实交易相比马虎，例如在可访问性方面。更不用说供应商面临的劫持问题了。

继续学习 JavaScript，使用 TypeScript

JavaScript

从 JavaScript 诞生之后，几乎每年都在变得更流行。根据2023 年 Stack Overflow 开发者调查，JavaScript 连续第十一年成为最常用的编程语言。

不出意外，它会在 2024 年保持流行状态，甚至更久，它的统治地位还会持续更长时间。而且它还在不断更新迭代，加入一些很好的新 features。

推荐几本很好的书：

You don’t know JS Yet 2nd Edition
JavaScript: The Good Parts
Eloquent JavaScript
Clean Code JavaScript

TypeScript

根据《2023 年 Octoverse 状况》，今年（2023 年），TypeScript 首次取代 Java，成为 GitHub 上 OSS 项目中第三大最受欢迎的语言，其用户群增长了 37% 。

这一趋势也从上面 2023 年 Stack Overflow 开发者调查中也能看出来。因为它是一种强类型语言，面向对象、类型检查器、编译器和语言服务集于一身。如果你想编写更可读、更干净、更可维护的代码，你肯定必须使用 TypeScript。

在我近两三年的开发中，不管是业余还是实际工作，都已经默认使用TypeScript了，虽然会写很多看起来很繁琐的类型声明代码，但是使用过后就知道有多香了，而且有很多类型工具可以帮你一键生成类型声明，并不会明显降低开发效率，反而是类型安全更为重要。

我之前写了一些关于TypeScript的文章

【React】一些实际项目中的 TypeScript 技巧（一）~
【React】一些实际项目中的 TypeScript 技巧（二）~

学习教程，我这里推荐阮一峰大神的系列教程：

前端系列教程 - 阮一峰

也可以看看其他的：

JavaScript from ES6 to ES12 in 2022 | KenHuang
用8000字总结了【ES2015~ES2022】的所有新特性
JavaScript 新特性最全指南：ES2024 ～ ES2016
「建议收藏」送你一份精心总结的3万字ES6实用指南（全）

你必须要会微前端了

都2024了，你还不回微前端！就真的out了~ 关于微前端的详细介绍，之前有写过两篇文章，可供参考：

【微前端】在造一个微前端轮子之前，你需要知道这些~
【微前端】手把手教你从0到1实现基于Webpack5 模块联邦（Module Federation）的微前端~

前端已经蓬勃发展了好多年，随着业务的不断迭代，必然就催生了很多“巨大的”SPA系统，而这时候就微前端就可以大显身手了，它的使用场景主要有下列这些：

大型单页应用程序：在一个单一的代码库中开发和维护一个大型单页应用程序可能会变得非常复杂，使用微前端可以将应用程序拆分为更小、更易于管理的部分，从而提高可维护性和可扩展性。
复杂的应用程序：当应用程序变得越来越复杂时，使用微前端可以降低应用程序的复杂性，并提高开发效率和可用性。
多个团队合作开发：当多个团队共同开发一个应用程序时，使用微前端可以将应用程序拆分为多个部分，每个团队可以独立地开发和部署自己的部分，从而提高整个团队的效率。
多个技术栈的应用程序：当应用程序需要使用不同的技术栈时，使用微前端可以让团队选择最适合自己的技术栈，提高开发效率和可用性。

根据国外的统计，可以看到当前主流的几种方案的流行程度：

国内可能不一样，各家大厂都有自己独立开发的微前端方案：

阿里：qiankun
字节：garfish
腾讯：无界
京东：Micro App

属于是各有优劣：

自由度更高：module-federation
- 需要自定义实现css隔离、js沙箱、路由劫持等功能
用的最多：qiankun
- 相对比较成熟，社区活跃
- webpack体系、接入相对比较重
接入更流畅：wujie、micro-app
基于react +vite技术栈，我们最终选择更新更活跃，文档更丰富的micro-app

全栈框架的兴起

推荐阅读：

Next.js 完全手册
Learn Next.js 中文教程
Nextjs全栈详细开发教程，完整版
2023 年 Web 开发（前端 + 后端）路线图
全栈开发者路线图 🗺

create-react-app 已经弃用了。它的上一个版本是两年前发布的，官方文档已经不提它了。甚至还一度掀起 “使用 vite 替换 CRA” 的讨论：

阅读链接：Replace Create React App recommendation with Vite

作为 React 的忠实粉丝，这里必须要提到在 React 的新官方文档中已经将 Next.js 作为生产环境推荐的首选项目初始化工具了，而不再是老官网的 CRA。

2024，你必须要开始重视 Next.js 了~

你得会 SSR

SSR 并不新鲜。PHP 提供 SSR 已经有 28 年的历史了，如果它对 Neopets（勉为其难地对 Facebook 也是如此）足够好，那么它对任何事情都可以说是足够好了。

但 Vercel 一直在努力推动它。Vercel 已成为前端开发领域一些最有影响力人物的公会组织，因此很难忽视他们的说法（例如，他们关于 Server Actions 的讨论在 Twitter 上充斥了一周的备忘录），那就是你应该使用 SSR，而且应该通过他们的服务来使用 SSR。

既然 SSR 这块蛋糕已经重新做大，每个人都想从中分一杯羹。Ruby on Rails 一族长期以来一直在这一领域工作，他们一直在试图用no-build工作流程吸引用户（这与 Vite 的no-bundle工作流程如出一辙，不过两者都遭到了一些强烈的反驳（counterpoints））。HTMX 也是同类产品中的一员，它再次通过成功应用 “流行语”（memes）来鼓吹，人们真正需要的唯一框架就是一个用于交付 HTML 文件的 HTTP 服务器。虽然 React 和 Svelte 现在是 Vercel 成功的既得利益者（核心团队成员都在那里工作），但 Vue 仍然是社区驱动的 Nuxt 的坚守者。

就连移动领域也染上了这个毛病。正如《React Native 值得期待的事情》一文中提到的，Szymon Rybczak 一直在为 React Native 开发 Async 组件和 React Server 组件，而 Expo 则一直在推动 Expo Router。SSR 在移动设备上是否有意义仍有待商榷（[1] [2]），不过你可以随时指望 Evan Bacon 和 Nate Birdman 来为双方据理力争。

不过，对于使用 Node.js 之外的后端软件的公司来说，SSR 是否会流行起来还有待观察。

跨端：建议别入坑 Flutter 了

笔者之前也在实际业务开发中使用过 Flutter 近三年，开发体验上挺好的，但是一旦升级版本，真的是灾难（至少在2.0之前是这样），近几年，不管是从社区还是公司业务中，都已经能明显感觉它逐渐式微了。

随着 Hixie 和 Tim Sneath 都离开了 Google，而后者甚至转而宣传SwiftUI，Flutter 开发者陷入了生存危机，有人担心会被干掉。

与此同时，React Native 的发展依旧稳如老狗，亚马逊宣布它已成为他们多个旗舰App的首选技术。随着 Software Mansion 演示了他们的新IDE，并且 Meta 已从 Flipper 迁移到Chrome Devtools， DX 得到了突飞猛进的改进。 Expo 还做了太多值得一提的事情，尽管特别是通过Expo Modules彻底改变了本机 API 访问，并通过Expo Router继续了代码共享和 SSR 的故事（如前所述）。 Meta和Microsoft向 Web 一致性迈进，从DOM 遍历到事件循环，一直非常令人兴奋。

其他框架也在采取行动，Tauri 与Servo合作，Dioxus承诺使用 Rust 和类似 React 的 DX 来创建 GUI 应用程序。它建立在Taffy布局引擎之上，Taffy 布局引擎是 Yoga 的一个非常有前途的继承者，它可能很快会提供C 绑定，使其可在更多上下文中使用。我还听到了有关 Kotlin Multiplatform 的持续讨论，但没有什么特别突出的内容。