服务端渲染是一种Web应用程序开发技术，它将服务器端生成的HTML和CSS直接发送给浏览器，而不是使用JavaScript在客户端生成和渲染页面。这种技术最初用于动态Web应用程序的开发，但现在已成为构建现代Web应用程序的重要工具之一。
在迅速变化的Web开发领域，选择正确的工具和框架对于打造优秀的用户体验至关重要。Next.js，作为React框架的佼佼者，因其前后端流畅集成而受到广泛欢迎。这就引出了一个有趣的问题：我们真的需要Next.js的后端功能吗？
DOM的渲染指的是对于浏览器中展现给用户的DOM文档的生成的过程。在Chrome中，这个渲染好的DOM，就是在开发者工具中元素这个tab中，递归的展开之后得到的整个文档。
背景知识： 「后端渲染」指传统的 ASP、Java 或 PHP 的渲染机制； 「前端渲染」指使用 JS 来渲染页面大部分内容，代表是现在流行的 SPA 单页面应用； 「同构渲染」指前后端共用 JS，首次渲染时使用 Node.js 来直出 HTML。一般来说同构渲染是介于前后端中的共有部分。 客户端渲染路线：1. 请求一个html -> 2. 服务端返回一个html -> 3. 浏览器下载html里面的js/css文件 -> 4. 等待js文件下载完成 -> 5. 等待js加载并初始化完成 -
CSR 全称是 Client Side Rendering 代表的是客户端渲染。顾名思义，就是在渲染⼯作在客户端（浏览器）进⾏，⽽不是在服务器端进⾏。举个例⼦，我们平时⽤vue，react等框架开发的项⽬，都是先下载 html ⽂档（不是最终的完全的 html），然后下载 js 来执⾏渲染出页⾯结果。
本期精读的文章是：Here's why Client-side Rendering Won
next是一款用JS开发的全栈框架，它是基于express框架基础上开发而成，可以用react写客户端，node.js写服务端。一份代码可在前后端同时运行，这在next中称之为同构！
定义：主要用于单页面应用，大部分页面结构不变，只通过JS改变部分内容的使用（例如：react-router,vue-router）
渐进式 JavaScript 框架，一款用于构建 Web 界面，易学易用，性能出色且功能丰富的框架。
最近1年多，前后端同构慢慢变成一个流行词，也许很多人还停留在前后端分离的最佳实践道路上，但实际上又有一批人已经从简单的服务端渲染走向探索最佳前后端同构方案的路上了。不过，我只是膜拜后者的过客。 虽然大家可以去网络搜索一下相关的概念解释，但这里我还是简单列举一下，我理解的术语。 1、前端渲染：浏览器一侧使用js，借助模版或vue、react、angular等框架做的DOM结构生成。 2、后端渲染：服务器一侧，使用php、nodejs等技术实现DOM结构生成，并在HTTP请求中返回给浏览器。 3、同构：浏览器一
内容来源：2017 年 12 月 3 日，苏宁易购技术总监禹立彬在“互联网架构峰会”进行《前后端分离架构的落地思考》演讲分享。IT 大咖说（微信id：itdakashuo）作为独家视频合作方，经主办方和讲者审阅授权发布。 阅读字数：2851 | 8分钟阅读 摘要 本次分享将为大家介绍前后端分离的存在意义以及典型业务场景，接下来会细致的介绍前后端分离的技术利弊，最后根据苏宁的经验来谈一谈渐进式前后端分离。 嘉宾演讲视频及PPT回顾：http://suo.im/4WlSl9 为什么要前后端分离 前后端分离本质上
Node 是一个基于 Chrome V8 引擎的 JavaScript 运行时。
作者简介 资深前端开发工程师 京东前台技术委员会委员 微信手Q运营产品前端开发组组长 目前负责微信手Q购物入口的前端基础建设及portal开发工作 这篇文章主要讲述了Hawaii框架设计的背景、特
现在的 Node 对于前端而言可以涵盖各个方面，包括命令行接口、插件、依赖库、脚手架以及 Web 服务等。本文是一篇对于 Node 使用的浅谈文章，会简单讲解一些个人使用 Node 的经验，分享的内容主要可分为三个方面：
以下解释是全面理解为什么 Astro 在2023年成为最佳 web 框架所必需的。
请思考一个问题：如果有一个HTML标签，React围绕他专门出了2个hook，那这个标签对React未来的发展一定非常重要，这没毛病吧？
刚刚参加完一个项目，背景：后端是用java，后端服务已经开发的差不多了，现在要通过web的方式对外提供服务，也就是B/S架构。后端专注做业务逻辑，不想在后端做页面渲染的事情，只向前端提供数据接口。于是协商后打算将前后端完全分离，页面上的所有数据都通过ajax向后端取，页面渲染的事情完全由前端来做。另外还有一个紧急的情况，项目要紧急上线，整个web站点的开发时间只有两周，两周啊！于是在这样的背景下，决定开始一次前后端完全分离的尝试。
不会前端开发的后端不是一个好的后端开发，平时写点小项目可以用得上，先简单了解一下前端这个概念。
从全球web发展角度看，框架竞争已经从第一阶段的前端框架之争（比如Vue、React、Angular等），过渡到第二阶段的全栈框架之争（比如Next、Nuxt、Remix等）。
在前端领域，也存在同样的现象。作为前端缓存库中的佼佼者，React-Query一直拥有大量受众，官方推出的React-Query课程都卖出了8w+份。
客户端渲染模式下，服务端把渲染的静态文件给到客户端，客户端拿到服务端发送过来的文件自己跑一遍 JS，根据 JS运行结果，生成相应 DOM，然后渲染给用户。
之前开发 Chat.GPTMIni.ai 的时候为了快速上线，找朋友做了前端，上线以来每个月有几百块的微薄收入，但是已经好几个月没有更新过了。感觉对那些付费用户蛮愧疚的。
前端 性能优化 可以分为三个level：静态资源优化、接口访问优化、页面渲染速度优化，在操控门槛上依次递增，优化效果上越发没有这么明显，所以很多小团队只会做到了第一个level
本系统是博客+论坛于一体的系统。支持用户注册，写博客与发帖子。 采用的技术栈也简单，前后端都是 JS, 数据库只有 mysql。 Nodejs+ nextjs + reactjs + koajs + ant-design 采用接口与客户端分离开发，前台页面服务端渲染，jwt方式授权登录，方便开发多个客户端
这是一段 React 代码，就算你完全没用过 React 也没关系，一眼看过去就能看到其中最敏感的一句代码，就是那句 SQL 。 咱们把这端代码简化一下，大概就是下面这个样子。
本文会讲 JS 引擎的编译流水线、渲染引擎的渲染流程，然后引入为什么需要 event loop。
尤其是到了 2019 这个时间点，未来一段时间内，有一个词 -- Serverless 你会听到想吐。
Next.js 是由 Vercel 团队研发的一款全栈应用开发框架，我们使用 Next.js 开发前端页面以及一些轻量级的后端 API，前端和后端都用 Javascript 技术栈，并且是前后端一体化的（在同一个项目中开发前后端）。另一个被大家所熟知的特性是它的服务端渲染能力，对 SEO 友好。Vercel 自身是一个用户体验极佳的 Serverless 平台，支持包括 Next.js 在内的几十种开发框架一键部署到 Vercel 平台。Vercel 平台自身拥有极强的适配扩展能力，第三方框架可以按照 Vercel 平台的适配规则自主进行适配。作为 Vercel 亲儿子的 Next.js 可以完美适配 Vercel 平台，通过 Next.js + Vercel，让开发和部署都能拥有极致的体验。Vercel 团队信奉着“吃自己的狗粮”原则，很多应用都是基于自己的工具和平台开发的。
作为前端，你可能开发过 Electron 桌面应用、小程序、浏览器上的 web 应用、基于 React Native 等跨端引擎的 app，基于 Node.js 的工具或者服务等各种应用，这些都是 JS 的不同的 runtime，开发也都是基于前端那套技术。
原文标题《前后端分离和模块化-58到家微信首页重构之路》【深度前端干货】 微信钱包内的58到家全新首页已经上线，感兴趣的同学们可以在微信中打开“我的->钱包->58到家”查看。 58到家全新首页提出重构主要是为了解决以下问题： 1、每个城市开通的服务项目不同，有些内容是写死在tpl中，维护非常头疼； 2、开通新服务或者某些UI调整（比如更换服务项的图片造成更改雪碧图）时必须走代码上线流程； 3、原有的前端切图、后端写逻辑的开发模式造成开发周期拉长和上线流程繁琐； 4、原有配置后台操作复杂，且可配置细节不完
Q4要来了，我来这家公司已经一个季度了，通过对公司前端框架的整体认识，对业务的一些认识，发现，这些东西也都是可以重构，无论是v2，还是v3的代码。
现在越来越流行前后端分离的开发模式，即 Web 后端提供 RESTful 接口，返回结构化的数据(通常为 JSON 或者 XML)。前端使用 AJAX 技术请求到所需的数据，利用 JavaScript 进行渲染。Vue/React 等前端框架持续火热，这种开发模式前后端解耦，优势非常突出。后端童鞋专心解决资源利用，并发，数据库等问题，只需要考虑数据如何生成；前端童鞋专注于界面设计实现，只需要考虑拿到数据后如何渲染即可。使用 JSP 写过网站的童鞋，应该能感受到前后端耦合的痛苦。JSP 的表现力肯定是远不如 Vue/React 等专业做前端渲染的框架的。而且前后端分离在当前还有另外一个不可忽视的优势。因为后端只关注于数据，接口返回值是结构化的，与前端解耦。同一套后端服务能够同时支撑小程序、移动APP、PC端 Web 页面，以及对外提供的接口。随着前端工程化的不断地发展，Webpack，gulp 等工具层出不穷，前端技术越来越自成体系了。
前端爱好者的知识盛宴 本期推文的作者为吴俊毅，哔哩哔哩的前端架构师。 如果有任何问题欢迎留言评论。 如果你觉得IMWeb有用，欢迎转发。 关注我，我是你的IMWeb。 下面由吴俊毅开讲！ B站的前端之路 2017年已经过去了，总结一下B站的前端进阶之路。 过去的开发模式中，我们采用了以后端为主的 MVC 架构方式。 具体来说，每次项目评审后，前后端会先一起约定好接口，之后分别进行开发，开发完，前端需要把页面提供给后端，后端配置上数据，然后返回出来。正式基于这样的开发模式，导致了总工作量的增加，同时沟通
传统混合移动 App 开发模式，通常会使用 WebView 作为桥接层，但随着 iOS 和 Android 应用商店审核政策日趋严格，有时会被错误判定为简单网页打包成 App，上架容易遭到拒绝。
传统项目大多数是 MVC 架构，直接使用 PHP 等后端语言渲染 HTML 模板，返回给浏览器
传统混合移动APP开发模式，通常会使用WebView作为桥接层，但随着iOS和Android应用商店审核政策日趋严格，有时会被错误判定为简单网页打包成App，上架容易遭到拒绝。
上篇文章分享了的一个markDown转Html的一个问题问题，今天要聊一下基于Vue的服务端渲染的问题。
微信钱包内的58到家全新首页已经上线，感兴趣的同学们可以在微信中打开“我的->钱包->58到家”查看。 58到家全新首页提出重构主要是为了解决以下问题： 每个城市开通的服务项目不同，有些内容是写死在tpl中，维护非常头疼； 开通新服务或者某些UI调整（比如更换服务项的图片造成更改雪碧图）时必须走代码上线流程； 原有的前端切图、后端写逻辑的开发模式造成开发周期拉长和上线流程繁琐； 原有配置后台操作复杂，且可配置细节不完善； 首页加载速度太慢，用户体验欠佳。 58到家目前两年左右的发展期，整个技术生态还不完善。
在前端开发的过程中，很多时候除了日常的需求开发以外，我们还需要对我们的页面进行性能优化，那么这次就分享一下前端开发我能想到的一些优化方案进行总结。
大家好，首先祝大家国庆节快乐！ 很高兴可以在国庆前夕，可以为大家分享一下React风格的企业前端技术。 谈到前端，可能以前大家的第一感觉就是，前端嘛，无非就是做做页面切图，顶多加上CSS做做页面样式，或者JS做页面的交互、动画、特效等等。 其实，随着近几年前端的飞速发展，像组件化、模块化理念的出现，MVC、MVVM等前端框架越来越成熟，以及越来越健全的开发、调试工具，前端可以说已经不是以前的那个前端了，前端正在变得像后端一样的复杂。 而另一方面，随着互联网+的热潮的到来，越来越多的传统系统内部应用，正在转型
是一个 实现服务端渲染（SSR） 的开发框架 (*只不过语法类似vue而已*)，Vue官方介绍：Nuxt 是一个基于 Vue 生态的更高层的框架，为开发服务端渲染的 Vue 应用提供了极其便利的开发体验。更酷的是，你甚至可以用它来做为静态站生成器。
单页面应用的英文名称是SPA(single page application),和传统的多页面应用不同，它只有一个页面，页面的内容变化都是通过js来进行动态修改渲染。
最成熟的Vue ssr框架，一个命令就能启动和部署。零侵入开发，跟开发vue纯客户端一模一样。
我做前端已经有五年的时间了，从大学刚毕业的时候，我是一个完全什么都不懂的小白。虽然我大学里学的是软件工程专业，但是因为在大学里荒废学业，每天只知道打游戏，基本上到大学毕业之前我是什么都不会的，而且大学里是没有教前端相关的东西的。
最近React又出了新的特性，react server components，目前还属于开发期，并不稳定。但是，从React的这些动作可以看出，前端在如何渲染页面的道路上，一直在探索，在改变，也在朝着更快，更优雅，体验更好的方向努力。
方舟开发框架，是HarmonyOS的一套UI开发框架，提供开发者进行应用UI开发时所必须的能力。
前段时间我针对手头上的项目前端配置进行了反思以及总结并且写了两篇文章:webpack传统后端渲染的项目前端配置,webpack配置之前后端不分离, 很显然这些配置能满足一时的需求, 但是也有不足. 今天继续总结, 这里应该不涉及到具体后端语言, 只对前端配置进行描述. 毕竟配置工程师(逃 静态资源管理 传统后端主导的项目中对静态资源很少处理, 毕竟后端主要还是处理业务逻辑, 但是这样一来前端的命门就被后端抓在手里而且还不受重视, 这就导致这么一个情况: 前端写好静态页面和css js扔给后端转换为jsp之类
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
