1.QT+ModbusTCP 基于QTcpSocket纯手搓modbustcp协议
2.手把手教你搞定菜单权限设计，源码精确到按钮级别
3.40万人被骗300亿!又一大型平台崩盘了!
4.nestjs和eggjs哪个好？

QT+ModbusTCP 基于QTcpSocket纯手搓modbustcp协议

       一、吐槽编写缘由

       1.发现问题

       近期项目需将modbus RTU转换为TCP形式，网项于是源码对原有modbus通讯线程进行重构。起初使用Qt自带的吐槽QModbusTcpClient类，顺利重构线程并读取数据，网项实验课在线考试系统源码但在发送写数据请求时，源码TCP连接会断开。吐槽经过多次尝试，网项排除从站问题，源码即便直接连接modbusslave也存在同样问题。吐槽

       2.查找问题

       为解决问题，网项自行编写了一个tcp server，源码抓取QModbusTcpClient写数据的吐槽报文，与modbuspoll上的网项对比，发现QT中的报文比modbuspoll上的多出一部分，推测是协议错误。

       3.解决策略

       既然QModbusTcpClient的协议存在问题，决定不使用它。因此，直接利用QTcpSocket手动编写一个ModbusTcp类。

       二、代码编写

       1.协议解析

       通过对比modbuspoll上的通信日志和网络上的modbustcp协议分析文章，研究出协议的标准格式。

       2.封装函数

       共封装了4个函数，分别是写单个线圈、写多个线圈、写单个保持寄存器、写多个保持寄存器。具体实现如下：

       四个函数中，除了写多个线圈存在问题外，其他均已验证，可正确写入。

       最后，将TCP作为一个子线程，线程初始化函数如下：

       三、源码下载

       模块下载

       四、最后的最后再吐槽一下QModbusTcpClient真的很糟糕，根本无法使用。另外，网上的QtModbusTCP资源都无法使用，只有和我一样纯手搓才能解决问题。

手把手教你搞定菜单权限设计，精确到按钮级别

       在实际的项目开发过程中，菜单权限功能可以说是后端管理系统中必不可少的一个环节，根据业务的复杂度，设计的时候可深可浅，但无论怎么变化，设计的思路基本都是围绕着用户、角色、菜单进行相应的扩展。

       今天小编就和大家一起来讨论一下，怎么设计一套可以精确到按钮级别的菜单权限功能，废话不多说，直接开撸！

       先来看一下，用户、角色、菜单表对应的ER图，如下：

       其中，用户和角色是多对多的关系，角色与菜单也是多对多的关系，用户通过角色来关联到菜单，当然也有的业务系统菜单权限模型，是可以直接通过用户关联到菜单，对菜单权限可以直接控制到用户级别，不过这个都不是问题，这个也可以进行扩展。

       对于用户、角色表比较简单，下面，我们重点来看看菜单表的设计，如下：

       可以看到，无限手套源码整个菜单表就是一个树型结构，关键字段说明：

       为了后面方便开发，我们先创建一个名为menu_auth_db的数据库，初始脚本如下：

       菜单权限模块的数据库设计，一般5张表就可以搞定，真正有点复杂的地方在于数据的写入和渲染，当然如果老板突然让你来开发一套菜单权限系统，我们也没必要慌张，下面，我们一起来看看后端应该如何开发。

       为了方便快捷，小编我采用的是springboot+mybatisPlus组件来快速开发，直接利用mybatisPlus官方提供的快速生成代码的demo，一键生成所需的dao、service、web层的代码，结果如下：

       新增菜单比较简单，直接将数据插入即可，需要注意的地方是parent_id、level、path，这三个字段的写入，如果新建的是根节点，默认parent_id为0，方便后续递归遍历。

       为了便于演示，我们先初始化7条数据，如下图：

       这个服务是针对后端管理界面查询的，会将所有的菜单全部查询出来以便于进行管理，展示结果类似如下图：

       这个截图于小编正在开发的一个项目，内容可能不一致，但是数据结构基本都是一致的。

       实现过程相比菜单查询服务多了前2个步骤，过程如下：

       有的同学，可能觉得没必要存放path这个字段，的确在某些场景下不需要。

       为什么要存放这个字段呢？小编在跟前端进行对接的时候，发现这么一个问题，有些前端的树型组件，在勾选子集的时候，不会将对应的父ID传给后端，例如，我在勾选列表查询的时候，前端无法将父节点菜单管理ID也传给后端，所有后端实际存放的是一个尾节点，需要一个字段path，来存放节点对应的父节点路径。

       其实，前端也可以传，只不过需要修改组件的属性，前端修改完成之后，树型组件就无法全选，不满足业务需求。

       所以，有些时候得根据实际得情况来进行取舍。

       后端进行权限控制目标，主要是为了防止无权限的用户，进行接口请求查询。

       以角色管理-查询这个为例，前端可以通过菜单编码实现是否展示这个查询按钮，后端可以通过菜单编码来判断，当前用户是否具备请求接口的权限。

       以后端为例，我们只需编写一个权限注解和代理拦截器即可！依次类推，当我们想对某个接口进行权限控制的时候，只需要添加一个注解@CheckPermissions，并填写对应的菜单编码即可！

       我们先初始化一个用户张三，然后给他分配一个角色访客人员，同时给这个角色分配一下2个菜单权限系统配置、用户管理，cad qt 源码等会用于权限测试。

       数据初始化完成之后，我们来启动项目，传入用户张三的ID，查询用户具备的菜单权限，结果如下：

       查询结果，用户张三有两个菜单权限！接着，我们来验证一下，用户张三是否有角色查询权限，请求角色查询接口如下：

       因为没有配置角色查询接口，所以无权访问！

       整片内容，只介绍了后端关键的服务实现过程，可能也有遗漏的地方，欢迎网友点评、吐槽！如果想要获取项目源代码，可以通过如下方式获取：

万人被骗亿!又一大型平台崩盘了!

       “让更多人致富。”这是湖南芒果财富网络科技有限公司(以下简称芒果金融)官网的广告语。披着“国资”的外衣，打着“芒果”的名牌，短短5年时间，这个融资平台已经花了多亿，6.5万多人陷入骗局。

       近日，由湖南省长沙市岳麓区检察院提起公诉的谢某等人涉嫌非法吸收公众存款一案，开庭审理。这个犯罪团伙将受到法律的制裁。

       “成功企业家”的融资平台

       在网上经常被吐槽

       “一件简单的黑毛衣，黑裤子，一双棉鞋，全身没有多余的配饰。这样一个‘简单’的人，他的办公室更简单：一串铜钱挂在正对着门的墙上，他的书桌旁边是一个装满书的大书柜，里面有《周易》 《论语》之类的书?”这是年1月日。

       金安公司的自然人股东谢某(持股6.%)也是芒果金融的创始人。当时，谢某正在全力发展位于株洲市松露商圈核心的省市重点项目金安服装电商城，也是株洲服装产业转型升级的先行项目。现在，坐在被告人席上的谢某穿着白色防护服，神情落寞。

       这位看似“简单”的成功企业家，一夜之间被成千上万的网友唾骂。

       年月日，网友“听风夜”在网上发帖称自己是芒果金融平台的出借人：“谢某在担任芒果金融负责人时，通过平台融资数亿元，后跳槽至金安地产任董事.而现在芒果金融就是一个空壳。年6月，没有支付现金."

       其实从年6月开始，网络上关于芒果金融和谢某的消息就一直源源不断。

       年下半年，多位投资人在网络平台发帖爆料：在芒果金融提现困难的近5个月时间里，平台一直以各种借口和理由限制提现.

       年月，湖南省市场监管局公布了一批网络交易违法典型案例。芒果财经因发布违法广告案上榜。据披露，该公司在官网宣称“芒果金融国资平台所有项目均为大型国企回购”等内容，其行为违反了相关法律法规。长沙市工商局岳麓分局对该公司作出万元的行政处罚。

       年2月日，有投资人在网上表示：目前芒果金融各方互相甩锅，拒绝承担责任，卷走出借人上亿资金，导致投资人还款无望.

       非法集资多亿元

       涉及6万多人。

       这种“黑料”不断的“国资平台”终于要到头了。

       年1月日，湖南省互联网金融风险专项整治工作领导小组办公室向湖南省公安厅发出《关于商请尽快对“芒果金融”平台立案打击的函》，要求公安部门尽快收集相关证据，全力组织打击“芒果金融”平台。aosp webview源码

       年4月8日，长沙市公安局岳麓分局以涉嫌非法吸收公众存款罪对该公司立案侦查。公安机关当日发布的警情通报称，年月，谢某等人开设P2P平台芒果金融，在未取得相关资质的情况下，以多家企业需要借款为由，向社会不特定人群发行不同借款期限、不同利率的理财产品。目前全国很多省市的人都买了芒果金融的理财产品，都亏了。

       案发后，公安机关向芒果金融发出了取证通知书，依法调取了芒果金融平台后台数据和完整源代码，并聘请司法鉴定中心对芒果金融吸收公众资金进行了鉴定。经认定，该公司有名集资参与人，涉及金额.亿元，未偿还本金4.亿元。

       穿上

       谢某实际控制的芒果金融是什么平台？四被告的故事，就是从这家网络融资公司开始的。

       年，周某(已死亡)与谢某在金安公司开发株洲电子商务产业园项目。为筹集资金，在项目开发过程中，周、谢与中国新房南方集团有限公司(以下简称南方公司)董事长洪、副总经理廖取得联系。四人商议后决定，周、谢与南方公司达成合作框架协议，共同开发株洲电子商务产业园项目。因为认识周多年，刘也渐渐加入进来。

       项目开发过程中，由于资金不足，周某和谢某想在长沙成立一家网络融资公司，解决钱的问题。公司成立前，谢某、周某等人专程到深圳找洪某等人。一群人商量着说：“公司叫芒果财经，因为湖南电视台也叫芒果台。公司名称蹭湖南卫视知名度，有利于融资”。

       “为了便于吸收公众存款，我们需要国企背景。大家建议我做芒果金融的董事长，实际控制人是谢某。”廖时任南方公司副总经理，南方公司是金安公司股东。在接受检方调查时，廖交代，当时国内有很多这样的P2P融资平台，“当时没想那么多”。

       深圳之行让成立芒果金融的想法顺利落地。经过多次讨论，决定南方公司出资%，廖担任芒果金融董事长；谢实际控制的深圳市资本管理有限公司出资比例为%。

       岳麓区检察院经审理查明，芒果金融在周、谢、洪、廖等人的管理下，在该平台上经营“金芒宝”、“芒果宝”等项目。从注册开始到事件发生之前。未经批准，芒果金融通过网络媒体宣传并向不特定公众吸收资金，承诺在一定期限内还本付息。

       “上述平台的资金划转和转移必须通过芒果金融平台在第三方支付平台开设的资金池。由于后期资金链断裂，iappQQ登录源码资金池中的资金不足以支撑投资人的实际还款，于是平台开始进行虚拟还款。这样，投资者的退出就得不到保证，最终没有

       法提现。”案发后，多名被告人如实供述道，吸收的公众投资，主要有三种用途：一是用来对社会公众投资人付息还本；二是支付芒果金融的佣金；三是解决株洲电商产业园开发及南方公司及其关联公司的经营支出。

       岳麓区检察院认为，谢某、洪某、廖某、刘某违反国家金融管理法律规定，非法吸收公众存款，扰乱金融秩序，数额巨大，其行为触犯了刑法相关规定，犯罪事实清楚，证据确实、充分，应当以非法吸收公众存款罪追究其刑事责任。谢某、洪某、廖某、刘某系共同犯罪，均系主犯。

       近年来，网络借贷平台不断“暴雷”，平台负责人被追究刑事责任后，投资者的损失却已难以挽回。对此，除了需要监管机构更为严格、全面、精准的监管外，投资者也需要提高自身的风险鉴别、防范意识，学会运用法律手段维护自己的合法权益。

       检察官提醒，

二是现实中各个平台为了提高自身的知名度，往往将平台自身的行为与国家机关牵扯到一起，或者以平台具有“央企、国企、外资”等背景为噱头招揽客户，事实上国家机关不可能为任何平台做背书，对于平台吹嘘的所谓背景也需要仔细查实。

三是投资者在发现投资平台存在风险时应及时脱身，切勿“虎口夺食”，以为自己可以赚一把就走；在发现平台已经出现给付困难时，可以通过民事诉讼、保全等途径尽早地挽回损失；发现相关平台涉嫌犯罪的，立即向公安机关报案。

       相关问答：芒果金融是什么？芒果金融安全吗？

       芒果金融，于年在湖南省工商局注册成立，是中国首家大型国企参与运营平台。选址于湖南省电子商务产业基地，致力于打造扎根于湖南本土、覆盖全国的金融领域互联网使用创新之旗舰企业。

       芒果金融是中国大型国企控股的互联网金融P2B平台,芒果金融提供个人理财、网上理财、网络投资理财平台。

       芒果金融平台原理：

       （一）企业直募模式

       企业直募模式是有资金需求的企业直接通过平台来融资，这些企业通过尽职调查、风控评审等措施后，由大型国有融资性担保公司全额本息担保。为投资用户提供高收益低风险的投资渠道，在享受8-%有保障的投资收益基础上，助力实体经济的发展。

       （二）债权转让模式

       债权转让模式是指原债权人已经在线下将自有资金投入到企业，平台投资人购买原债权人手中的债权，在转让完成后，平台投资人与企业形成新的债权关系。所转让的债权，以国企控股及分子公司为主要借款对象，并由国企承诺全额本息代偿。

nestjs和eggjs哪个好？

       nestjs为什么不火

       因为操作不简便

       Nest.js是用于构建高效且可伸缩的服务端应用程序的渐进式Node.js框架。支持Typescript、面向AOP编程、支持typeorm、Node.js版的spring、构建微服务应用。

       Nest.js是用于构建高效且可伸缩的服务端应用程序的渐进式Node.js框架。支持Typescript、面向AOP编程、支持typeorm、Node.js版的spring、构建微服务应用。

       年前端最火的技术是什么？

       我认为的年前端开发者最应该掌握的一些比较火爆的技术与知识点。

       1，前端框架和语言层面

       9月份Vue3.0发布，声称对TypeScript有着更好的开发体验，通过从不同框架级别TS支持上，我们可以看出社区的整个风向从年的大家都去学习应用TS，变成了大家如何把TS用的更好这个方向上来了。

       所以我认为今年TypeScript的火热程度还是应该排名很靠前的，我今年也使用TypeScript重构了Daruk的服务框架推出了2.0版本，让TS开发者拥有更好的TS开发体验。

       接下来就是两大重磅框架的更新历程对比，Vue3前面说了一句。而React也在十月也发布了React的release版本。这两大主流框架的频繁更新，也说明了社区和作者都在一同演化。

       在Vue3中除了更好的支持TS外，还更新了CompositionAPI。而React主要是集中精力在升级体验上，虽然没有新的Feature但是提升了和解决了很多之前版本潜在的问题。

       要说哪个最火还是要看个人实际的使用场景和喜好，但是年来看还没有别的框架可以与之一战。

       2，大前端相关技术栈

       今年基于Chromium的微软edge浏览器也已经推出。google在web端的发展产生了对开发者深刻的影响。Chrome+也已经发布多个版本，提供了一系列的新特性，比如CoreWebVitals标准，DesktopPWA等都值得我们去关注。

       我们说完了浏览器相关的那点技术之后，再聊聊大前端相关的一些技术实践，比如Flutter。

       很多前端在今年已经从web开发转型为Flutter开发，学习和使用Dart技术来构建UI，这是很多大厂的前端工程师正在经历的事情（包括我的部门也在尝试这个事情），这个趋势应该在未来几年还会持续。

       客户端electron在今年也有着长足的进展，一年内多次更新版本一路到了.1.5。随着疫情影响，国内在线教育的又一波兴起。很多桌面软件，网课软件都在采用这个技术来进行开发，市场上的岗位也开始变多，electron技术可以说在今年也有火的趋势。

       然后我们再看看BFF层，nestjs依然坚挺，越来越多的人开始跳过学习express和koa开始学习更丰富的web框架了，比如egg或者我的daruk，开发者已经在慢慢形成共识，在webframework的路上开始越走越远，裸写nodejsweb服务的时代已经开始慢慢褪去。

       不得不提的还有serverless在前端的普及，在年到达了一个新的高潮。阿里云，腾讯云，头条云等等国内的互联网厂商也都开始大玩serverless概念。从对内服务开始转向对外服务，普及的势头很猛，也有落地的趋势和场景。今年的D2同样也有serverless的专场，可见受重视程度非比寻常。

       3，工程化提效和个人素质提升

       再离我们近一些的推动生产力的技术，比如据我所知在用CI/CD和pipeline管理上线流程的公司越来越多，这种去年还可以出去吹一吹的东西，今年也逐步变成了业界标配基础能力，如果不会的同学可要抓紧学习了。

       年前大家都疯狂吐槽面试刷medium题目没用，而年后大家开始默认面试某些公司都至少要刷到medium程度的题目。这对很多前端来说是一个心智和素质的提升与转变，大家在接触新技术的同时，也慢慢发现，前端整个职业环境的变化，越来越多的公司对人的整体综合素质要求变高了。

eggjs为什么口碑不好

       质量问题。eggjs为什么口碑不好的原因是质量问题，因为eggjs质量差，售价高。口碑，指众人口头的颂扬，泛指众人的议论；群众的口头传说，相当于一种大众嘴边经常提起的事情或组织。

NG全家桶全栈项目实践总结

       Angular在国内使用的人并不像国外那么多，基本都是外企在用，但其框架的思想却仍可以为我们所借鉴，在某些问题没有思路的时候可以参考ng相关的处理，ng处理方式和思维确实比较超前，但也因此而曲高和寡。本文旨在通过ng全家桶项目（前端Angular+后端NestJS7）的实践来总结对于ng架构中一些亮点的关注与思考，Angular和Nest在前后端框架的处理上同出一脉，对比起来更有借鉴意义。

       [目录结构]

       [目录描述]

       整个前端项目是基于angular脚手架生成的，其基本目录结构是在src的app下进行相关组件和页面的模块开发，main.ts和index.html是整个单页应用的主入口，根目录下angular.json用于配置相关的打包编译等环境配置参数

       [实践分享]

       [目录结构]

       [目录描述]

       后端项目是基于nestjs框架的大型后台项目配置，api模块主要是对外输出的接口，auth、filters、guard、interceptors、middlewares、pipes等是对于需要的模块进行统一的收集处理，main.ts是主入口文件，用于启动及相关配置等，app.module.ts是用来收集所有模块的导入，ng基于模块的方式可以起到非常好的隔离效果

       [实践分享]

       首先，对于没有用过ng的同学科普一下，angular其实分为两个大版本，一个是angular1.x的，也就是ng1，也就是现在还有的angularjs，另一个版本是ng2以后的版本，ng2之后被谷歌收购后，完全重写了框架，唯一和1.x相通的估计也就剩那几个思想还在了：模块化、依赖注入、双向绑定、MVC，对于1.x感兴趣的同学可以去看Vue的1.x的版本，基本算是简化版的ng1.x，Vue2之后就和后来的ng分道扬镳了，vue2主要是以发布订阅来替代依赖注入的思路，扯远了...(ps:想看ng1版本的可以看这个地址，居然还有更新...angularjs官方仓库)，这里分析的主要是Ng，ng8之后除了引入Ivy(Ivy架构官方介绍)这个编译渲染器之外，其实改动不大，主要就是在优化以及废除和新建一些api等等。Ng的源码很庞大，goggle自研了一个bazel自动化构建工具，ng自然也是靠这个构建的，对bazel感兴趣的同学，可以看这个Google软件构建工具Bazel原理及使用方法介绍，我这里就不展开所有的源码，整体的核心大框架如下：

       nestjs是nodejs的web应用的一个大的集成，它最初是基于express封装的一个后端框架，后来将服务端各种理念都使用js实现了一下，虽然不能和成熟的服务端语言框架如java等进行媲美，但是服务端所需要的东西基本都具备了，对于有需求想要使用js来开发后端的同学是个不错的选择，个人认为简单的bff，比如想自己模拟的开发个后台接收请求，选择node直接写或者使用express、koa就可以，对于有一定的中间层给前端处理，可以选用阿里的egg，对于如何基于egg构建中间层，可以看看这篇文章如何为团队定制自己的Node.js框架？（基于EggJS），对于大型的服务端，尤其是前端是以ng为主栈的，可以优先考虑使用nestjs；其次对于io较多而计算较少的（js本身的特质），或者服务端需要与c++配合的，大型服务端应用也可以使用nest。nest默认是不采用微服务的形式的，nest将不同的平台封在了不同的platform下，这里只分析普通的以express为platform的形式，对于喜欢微服务的同学，可以对比和java的springcloud的区别，这里就不做表述了，其整体的核心结构大致如下：

       这里主要在对依赖注入的实现做一个简单的理解分享，其思路是一脉相承的，对于理解后端理念的依赖注入有很好的理解，这也正是后端前端化的一个体现，也是最早的MVC框架向后来的MVVM框架过度的一个历史过程，依赖注入方式对于最早的前端框架还是有纪念意义的，但是对于ng全家桶来说，这算是其基本哲学的一个基本面

       bAngular/b

       先来看一下ng是如何实现injector的，这里重点在于使用了抽象类来重载不同函数的使用，对于provider循环依赖的处理，利用了一个Map数据结构来区分不同的Provider

       bNest/b

       再来看一下，nest的实现，不同于ng的实现，nest是利用参数和继承父类参数来确定整个的循环依赖关系的，其没有使用重载来实现，但都对循环依赖做了处理，其基本思路是一致的。

       总结：从nest和ng对injector的实现可以看出，虽然都是注射器的实现，但是由于呈现方式的不同，因而在实现方式上也会有所不同，对于ts而言，选用interface还是抽象类，确实可以借鉴java的模式思路，对于习惯js的我们来说，对于整个数据类型的扩展（如：抽象类、接口）等是需要向后端借鉴的。整体来说，对于依赖注入的实现最关键的就是在于处理provider的整个依赖问题，这两者都是采用token的方式来区分对待到底是属于哪一个provider，然后对于特殊的相关依赖循环的问题做对应的处理

       ng整个生态体系在国内应用的并不广，但并不妨碍其作为前端理念的扩展先行者的这样一个角色，个人认为其在隔离性以及系统性方面都是要优于vue和react的，因而对于目前比较流行的微前端框架(ps:对于ng的微前端应用，可以参考这篇文章第期使用Angular打造微前端架构的ToB企业级应用)，个人觉得在沙箱隔离等系统融合方面确实可以借鉴一下ng的某些思路，或许正是由于这个原因，它才是三大框架中最先上ts的，也有可能整个ng的开发者更像是传统的软件工程师，对于整个开发要做到定义数据、定义模型、系统设计等等，对于大型项目而言，这样确实会减少很多因bug而需要重复修改的时间，但是对于小型项目，个人认为还是vue更合适。虽然对于国内，ng基本已经属于明日黄花了，但是它的一些理念及设计思路确实还是值得借鉴的，在这个内卷的时代，各大应用都在向着高级化、大型化发展，说不定哪天ng又在国内重回巅峰了呢，虽然很难~~哈哈哈，各位加油！

北大青鸟设计培训：node编程开发技术的发展趋势？

       node技术成为web前端领域的主流开发工具可以说本身就是一个美丽的误会，当初这个技术被开发出来使用的时候主要是为了解决后端的问题才出现的。

       今天，济南java课程培训机构就一起来了解一下node技术的发展历程和未来的发展趋势。

       a)Node8进入LTS时代Node.js大的变化是进入Node8时代，它是一个稳定的长期支持版本(LTS)，除了性能提升外，还有以下几个要点。

       Async/Await支持。

       其实在Node.jsv7.6就可以通过flag支持了，在node8里直接落地。

       通过Async函数可以更好的进行异步流程控制，远离CallbackHell。

       在Async函数里，你可以通过await调用Promise，以及通过co包裹的generator，可以说，向前是完美的Async函数，向后也完美兼容各种遗留代码，称为异步终极解决方案不为过。

       ES6模块支持。

       通过vue/react、webpack、babel和typescript等火爆发展，es6模块得到了广泛普及和应用，在Node.jsv8.5可以通过--experimental-modules来开启这个体验版特性。

       当然，你想在Node.js更早版本里使用ES6模块，可以采用@std/esm模块。

       HTTP2支持。

       在Node.jsv8.8就开始默认启用了，http2对服务器端推送，多通道复用等特性，能够更好地为浏览器便利，是性能优化的利器。

       b)企业级Web开发基础框架除了应用广泛的主流Web框架Koa外，Fastify也是一直劲敌，作者MatteoCollina是Node.js核心开发，Stream掌门，性能优化专家。

       Fastify基于Schema优化，对性能提升极其明显。

       狼叔认为这是企业级Web开发，他在这里给我们介绍了3个知名框架。

       b1)Egg.js阿里开源的企业级Node.js框架Egg发布2.0，基于Koa2.x，异步解决方案直接基于AsyncFunction。

       框架层优化不含Node8带来的提升外，带来%左右的性能提升。

       Egg采用的是『微内核+插件+上层框架』模式，对于定制，生态，快速开发有明显提升，另外值得关注的是稳定性和安全上，也是极为出色的。

       b2)NestNest是基于TypeScript和Express的企业级Web框架。

       很多人开玩笑说，Nest是像Java开发方式的，确实，Nest采用TypeScript作为底层语言，TypeScript是ES6超集，对类型支持，面向对象，Decorator(类似于Java里注解Annotation)等支持。

       在写法上，保持Java开发者的习惯，能够吸引更多人快速上手。

       TypeScript支持几乎是目前所有NodeWeb框架都要做的头等大事，在年Nest算个知名项目，值得一提。

       b3)ThinkJSThinkJS是一款拥抱未来的Node.jsWeb框架，致力于集成项目佳实践，规范项目让企业级团队开发变得更加简单，更加高效。

       秉承简洁易用的设计原则，在保持出色的性能和至简的代码同时，注重开发体验和易用性，为WEB应用开发提供强有力的支持。

       ThinkJS是国产老牌Web框架，在年月发布v3版本，基于Koa内核，在性能和开发体验上有更好的提升。

       整体来看，Node.js在企业Web开发领域日渐成熟，无论微服务，还是Api中间层都得到了非常好的落地。

       年，唯一遗憾的是Node.js在servless上表现的不太好，相关框架实践偏少。

       c)不可不见的Api中间层前端越来越复杂，后端服务化，今日的前端要面临更多的挑战。

       一个典型的场景就是在服务化架构里，前端面临的头痛的问题是异构API，前后端联调的时候，多个后端互相推诿，要么拖慢上线进度，要么让前端性能变得极其慢。

       进度慢找前端，性能差也找前端，但这个锅真的该前端来背么?Node.js的Api中间层应用很好地解决了这个问题。

       后端不想改的时候，实在不行就前端自己做，更灵活，更能应变。

       透传接口，对于内网或者非安全接口，可以采用中间层透传。

       聚合接口，对异构API处理非常方便，如果能够梳理model，应变更容易。

       Mock接口，通过Mock接口，提供前端开发效率，对流程优化效果极其明显，比如去哪儿开发的yapi就是专门解决这个问题的。

       除此之外，前端如果想做一些技术驱动的事儿，SSR(服务器端渲染)和PWA(渐进式Web应用)也是非常不错的选择。

       d)新领域(深度学习、区块链等)