koa

Vue.js 3.0 "One Piece" 已经正式发布，相比之前速度更快、体积更小、更易于维护。 与2.0相比， Vue3.0的代码组织更为清晰合理 。在项目的packages目录下分为了好几个模块。比如用于编译模板的 compiler-core模块 ，用于运行时的 runtime-core模块 和 runtime-dom模块， 用于服务端渲染的 server-renderer 模块等等。 当然，一定会有同学问，Vue2.0我已经很精通了，为什么还要学3.0？ 首先，Vue3.0的源码中有很多问题的解决方案，如果熟练掌握这些方案，将会更有利于我们今后的工作。 其次，学习Vue3.0能够 提升自己解读源码的能力 ， 掌握解读源码的深层规律 ， 有利于后期学习其他框架或接手新的项目开发 。 作为一个合格的前端开发程序员，如果你想要更上一个台阶，拿到更高的薪水，学习的速度一定要赶上技术更新的速度。所以，Vue3.0的进阶学习十分必要。 其实从去年下半年Vue.js 3.0的alpha版本出来后，网络上就铺天盖地的出现一些解析源码类的文章，不过大部分文章都浮于表面，能够带来的帮助也十分有限，不能进行深入分析。 而且vue 3.0用了大量的 Reflect/Proxy/Symbol/Map/Set，你需要确保这些api你都了如指掌。 因此，对于拥有vue基础的同学们来说

ThinkJS 是一款企业级的 Node.js Web 开发框架，致力于集成项目最佳实践，规范项目让企业级团队开发变得更加简单，更加高效。 它基于 Koa 2.0 开发，兼容 Koa 的所有 Middleware。 内核小巧，支持 Adapter, Extend 等多种插件扩展方式，框架内的大部分功能也是通过这些方式进行扩展的。 性能优异，支持 TypeScript。 云开发 CloudBase 是云原生一体化应用研发平台为开发者提供高可用、自动弹性扩缩的后端云服务，包含计算、存储、托管等能力，可用于云端一体化开发多种端应用（小程序、公众号、Web 应用、Flutter 客户端等），帮助开发者统一构建和管理后端服务和云资源，避免了应用开发过程中繁琐的服务器搭建及运维，开发者可以专注于业务逻辑的实现，开发门槛更低，效率更高。 其实在云开发中使用 ThinkJS 和我们日常使用大同小异，除了启动文件需要按照云开发的要求修改一下以外，内部的业务逻辑基本不需要改动。 我们可以使用云开发的 CLI 工具 快速的初始化一个适配云开发的 ThinkJS 项目。 其中 thinkjs-app 是你的项目文件夹名称。 tcb new thinkjs-app thinkjs-starter 初始化完毕进入项目目录后执行 npm install 安装好依赖，就可以通过 npm start 启动开发环境了

2019年第13期 React组件内部的状态是在渲染之间保持不变的封装数据。 useState() 是React钩子，负责管理功能组件内部的状态。 我喜欢 useState() 确实使状态处理变得非常容易。但是我经常遇到类似的问题： 我应该将组件的状态划分为小状态，还是保持复合状态？ 如果状态管理变得复杂，我应该从组件中提取它吗？怎么做？ 如果 useState() 用法是如此简单，那么何时需要 useReducer() ？ 这篇文章介绍了3条简单的规则，可以回答上述问题并帮助您设计组件的状态。 一个关注点 高效状态管理的首要原则是： 让一个状态变量负责一个关注点。 让一个状态变量负责一个关注点使它符合单一责任原则。让我们来看一个复合状态的例子，即一个包含多个状态值的状态。 状态由一个普通的JavaScript对象组成，该对象具有属性 on 和 count 。 第一个属性 state.on 包含一个布尔值，表示开关。 state.count 保存一个表示计数器的数字，例如，用户单击按钮的次数。 然后，假设您要将计数器增加1： 您必须将整个状态保持在附近才能更新计数。这是一个需要调用的大型构造来简单地增加一个计数器：因为一个状态变量负责两个关注点：开关和计数器。 解决方案是将复合状态分成2个原子状态并计数： on 状态变量仅负责存储开关状态。同样的方法， count 变量仅负责计数器

01 vue核心与组件化实践.mp4 02 vue全家桶.mp4 03 vue源码实战.mp4 04 vue电商项目实战1.mp4 05 vue电商项目实战2.mp4 06 服务端渲染SSR.mp4 07 vue自动化测试.mp4 08 vue项目最佳实践上.mp4 09 vue项目最佳实践下.mp4 10 补充内容 vue ssr实战.mp4 11 虚拟dom.mp4 12 虚拟dom.mp4 13 虚拟domdif.mp4 14 虚拟dom.mp4 15 虚拟dom应用.mp4 16 vud中虚拟dom如何创建的.mp4 17 vue中虚拟dom优化.mp4 18 react入门.mp4 19 react组件化01.mp4 20 react组件化02.mp4 21 react全家桶及原理.mp4 22 react全家桶2.mp4 23 react电商项目实战.mp4 25 测试题.mp4 26 node基础.mp4 27 koa源码分析.mp4 28 网络编程.mp4 29 持久化-mysql.mp4 30 持久化-mongodb.mp4 31 koa实战鉴权.mp4 32 基于koa定制自己的企业级MVC框架.mp4 33 egg实战.mp4 34 ts项目架构.mp4 35 部署.mp4 36 微信公众号开发.mp4 37 公众号 网页端.mp4 38 网络安全

第1章 课程介绍 包括课程概述、核心模块、核心技术、课程安排、课程收获、讲授方式、学习前提等方面的介绍，让同学们对课程项目有一个直观的了解。 第2章 nodejs 介绍 本章主要为了照顾尚未入门或者刚刚入门 nodejs 的同学，介绍 nodejs 的下载、安装和基本使用，以及 nodejs 和前端 javascript 的区别。另外，重点介绍了服务端开发和前端开发思路上的区别，为后续的开发做一个基础的铺垫。 第3章 项目介绍 课程是通过案例的形式来学习 nodejs ，本章先来介绍这个案例，即个人博客项目。包括需求分析、原型图设计、以及 server 端的技术方案设计。有了详细的设计方案，才能指导后续的实际开发。 第4章 开发博客项目之接口 要开发一个博客项目的 server 端，首先要实现技术方案设计中的各个 API 。本章主要讲解如何使用原生 nodejs 处理的 http 请求，包括路由分析和数据返回，然后代码演示各个 API 的开发 。但是本章尚未连接数据库，因此 API 返回的都是假数据。... 第5章 开发博客项目之数据存储 API 实现了，就需要连接数据库，实现真正的数据存储和查询，不再使用假数据。本章主要讲解 mysql 的安装、使用，以及用 nodejs 连接 mysql ，最后将 mysql 应用到各个已经开发完的 API 中。 第6章 博客项目之登录

对 Deno 还不了解的读者，建议先阅读 “ 了不起的 Deno 入门教程 ” 这篇文章。 一、Oak 简介 相信接触过 Node.js 的读者对 Express、Hapi、Koa 这些 Web 应用开发框架都不会陌生，在 Deno 平台中如果你也想做 Web 应用开发，可以考虑直接使用以下现成的框架： deno-drash：A REST microframework for Deno with zero dependencies。 deno-express：Node Express way for Deno。 oak：A middleware framework for Deno's net server 🦕 。 pogo：Server framework for Deno。 servest：🌾A progressive http server for Deno🌾。 写作本文时，目前 Star 数最高的项目是 Oak，加上我的一个 Star，刚好 720。下面我们来简单介绍一下 Oak： A middleware framework for Deno's http server, including a router middleware. This middleware framework is inspired by Koa and middleware router

后台回复“ 送书 ”，免费参与送书活动 年底了，很多公司都在裁员，许多朋友都在被迫找工作，年底应聘小浪潮来临，老李我最近也在负责我们公司的招聘，但是面试过程大部分前端面试者给我的感觉思维比较窄，以及陈述问题时候比较乱，整体给人感觉不是理想。 下面是我作为一个面试官从三个维度给面试者建议和思考吧。 一．自我介绍 1.自我介绍 ，可以简单介绍你毕业什么学校，什么专业 2.出来负责的项目 ，每个项目自己充当的角色 3.每个项目使用前端技术+后端技术 简单大概的说出来就可以了，不要详细到你哪年进入公司，哪年离开公司，负责项目做什么的，说一大通。这个对我们面试官来说，想让你自我简单介绍，其实考察点有两方面： A.面试者的表达能力和概括能力 B.面试者目前掌握什么技术，做过什么项目，在项目中的角色来初步判定这个人的能力 二．问题回答 在本人问他们做过项目中，自己感觉挑战最大的项目是什么，你在这个项目中做了什么，遇到什么问题，怎么解决这些问题的 1.有些面试者给我的答案直接说没有比较大的挑战；这个让我感觉这个人可能没有听懂我的问题，工作那么多年，难道没有一个项目可以拿来说的，那我拿什么来判定你的能力呢？难道凭你几句话，说我很牛逼的，没有什么困难难得到我？我就信任你了，伯乐寻找千里马都要知道几个千里马的特征吧。所以没有你也要在面试前准备好自己做过的项目和总结，在项目中自己做了什么，充当什么觉得。

后台回复“ 面试题 ”，免费领取前端开发面试题 虽然金三银四已经过去了，但是前端开发工程师的招聘需求热度一直不减，我们前几天还要好几位朋友成功拿到过万的前端开发offer。 下面是我作为一个面试官从三个维度给面试者建议和思考吧。 一．自我介绍 1.自我介绍 ，可以简单介绍你毕业什么学校，什么专业 2.出来负责的项目 ，每个项目自己充当的角色 3.每个项目使用前端技术+后端技术 简单大概的说出来就可以了，不要详细到你哪年进入公司，哪年离开公司，负责项目做什么的，说一大通。这个对我们面试官来说，想让你自我简单介绍，其实考察点有两方面： A.面试者的表达能力和概括能力 B.面试者目前掌握什么技术，做过什么项目，在项目中的角色来初步判定这个人的能力 二．问题回答 在本人问他们做过项目中，自己感觉挑战最大的项目是什么，你在这个项目中做了什么，遇到什么问题，怎么解决这些问题的 1.有些面试者给我的答案直接说没有比较大的挑战；这个让我感觉这个人可能没有听懂我的问题，工作那么多年，难道没有一个项目可以拿来说的，那我拿什么来判定你的能力呢？难道凭你几句话，说我很牛逼的，没有什么困难难得到我？我就信任你了，伯乐寻找千里马都要知道几个千里马的特征吧。所以没有你也要在面试前准备好自己做过的项目和总结，在项目中自己做了什么，充当什么觉得。 2.有些面试者回答这个问题，在介绍项目的时候，很大概的说

《前端之路》--- 重温 Egg.js [TOC] 在 nodejs 发展日益健壮和稳定的情况下，我们在日常的开发中使用 node 已经是一件非常常规的事情了，那么对于我们必要的掌握一个服务端框架还是非常有必要的。下面我们就开始吧。 一、基础功能 1.1、目录结构 在了解目录结构之前，我们需要对 mvc 的编程模式，进行一个理解。 M =》 Model（模型） 是处理应用程序数据逻辑的部分，主要是和数据库打交道。 V =》 View（视图） 是作为视图展示使用，如果没有这部分的需求的化， view 这一个层面的内容是可以被省略的。 C =》 Controller（控制器） 是应用程序中处理与用户交互的部分，通常是为了 视图需要的数据做准备，并向 Model 发送数据（get、post） 等 S =》 Service（服务） 在实际应用中，Controller 一般不会自己产出数据，也不会包含复杂的逻辑，复杂的过程应抽象为业务逻辑层 Service 但是在一些 mvc 框架的论坛中，也有一部分的声音是说希望，业务层面的架构是一个 Thin Controller Fat Model and no need Service 那么在这样的一个出发点上来将的话，我们可以在后面实际的业务中去不断尝试。 egg-project ├── package.json ├── app.js (可选) ├