AnyChart 是一个轻量级且功能强大的 JavaScript（HTML5、SVG、VML）图表框架，图表类型和独特功能众多，适合作为数据可视化解决方案。该库可以轻松与任何开发栈一起使用。

AnyChart在交互式数据可视化领域是全球的领导者。我们的解决方案已经帮助数以千计的客户增加收入，降低运营成本，更好地为客户服务。

AnyChart解决方案里正确的数据可视化有助于将运营数据转化为可操作的信息。商业用户非常地信任与依赖AnyChart的解决方案。行业引领人，如Oracle、3M公司、Lockheed Martin公司和其他公司都在使用我们的产品。我们的软件可以帮助各机构组织更加深入地了解其业务、改善决策和提高企业性能。

项目地址：
https://www.oschina.net/p/anychart

当前提审的开发版本代码与隐私协议内容不匹配
请在当前提审页面，点击“用户隐私保护指引设置”更新隐私文档。

如图，刚启动项目就结束了，不知道是啥原因

Orange开发框架是一款基于 Golang语言编写的 web 开发框架，同时Orange 开发框架是一款由国人开发的框架，不仅结构清晰，并且功能多样。

同时还保证了程序的运行速度，能够更好的满足国内中小企业各类业务需求。这个开发框架无论是用来学习 Golang语言还是进行业务开发，Orange 开发框架都是一款十分值得学习的框架工具。

Orange 框架具有下主要特性：基于 golang语言，站在巨人的肩膀上，所以性能不凡；拥有MVC分层设计，逻辑清晰；最值得关注的一点是，核心功能短小精悍，灵活度高；具有丰富的工具包，有 图片验证码，本地缓存，发送邮件，http 请求客户端，日志 等常用工具包。

项目地址：
https://gitee.com/zhucheer/orange

Angular 是一款十分优秀的前端框架，自发布起，就一直致力于面向前端开发者提供一整套全功能解决方案。并且Angular框架与其他流行框架所追求的理念不同，Angular并不是作为一款可以并入 Web 应用程序的轻量级框架而生，而是被设计定义为：包含了一个完整的工作流，用于从项目创建开始，持续地维护并更新你的应用程序。

Angular 8 于2019这个转折点之后，又有一些什么新功能呢？

首先是JavaScript中的差异化加载，这个作为构建过程的一部分，Angular CLI开发生成的新应用程序现在不仅将包含用于旧版JavaScript（ES5），也用于就JavaScript（ES2015 +）中的单独软件包。

通过该软件包在客户端中实现差异化加载，以提高浏览器的加载速度和传输间隔时间。对于行业宏观角度来看，这是一个好消息，意味着此后支持ES2015的浏览器将能够下载更小且更高效的应用程序包，而这些应用程序包的加载速度和渲染速度都比以往更快。

Ivy（预览版）视图引擎：不仅如此，开发者们还可在应用程序中开始使用Ivy渲染器，并且可以向Angular团队提供使用反馈，以便其及时做出优化和修复。

Angular Router的向后兼容模式：更新之后Angular 添加了向后兼容模式，用来达到降低大型项目的升级成本的要求。Angular Router将可以使用route APIs程序在现有的Angular应用程序中，选择延迟加载部分 Angular 1.x应用程序。

改良的Web Worker绑定方式：Web Worker向来就是编写主线程运行代码的一个很好的方法，并且可用于提高应用程序的速度和并发性。为了达到提高速度和并发性这一目标，Angular团队在 CLI 中添加了改良的 Web Worker绑定支持。

可供选择的信息共享机制：为了能够有效收集开发者的反馈信息，以便更好地建设 Angular社区，Angular团队在本次的更新中向CLI中添加了可选的信息共享机制。在使用者同意的情况下，将开始收集您的命令行和构建速度等匿名信息。

更新依赖关系：Angular团队正在持续的更新对TypeScript、RxJS和Node等工具的依赖关系，从而达到Angular生态系统的其余部分保持同步的目的。

Martini也是一款不错的Web框架。 Martini 的核心. 其代码非常简洁. 功能仅仅是通过反射包, 对函数进行参数类型自动匹配进行调用.。笔者曾经为完成类似的功能写了typeless, 这是一个繁琐的高成本的实验品. Injector 把事情简单化了, Injector 假设函数的参数都具有不同的类型. 在WEB开发中的 HandlerFunc 通常都具有这样的形式. 因此通过反射包可以对参数进行自动的匹配并调用HandlerFunc, 当然事先要把所有可能使用到的参数 Map/MapTo 给 Injector 对象, 这很容易而且是可以预见的。

martini-contrib 中的 web 包展示了如何通过 Martini.Use 接口进行中间件的设计. 加入新的 HandlerFunc 参数类型就是通过 Map 完成的。

假如我们要完成对 Response 流程的控制, 达不到某个条件中断 Use 和 Action 设置的Handler. 那可以简单的通过 Use 加入自己的 Recovery 和判断 Handler 实现 。

优雅的Golang Web开发框架：Martini；Martini 是一个非常新的 Go 语言的 Web 框架，使用 Go 的 net/http 借口开发，类似 Sinatra 或者 Flask 之类的框架，你可使用自己的 DB 层、会话管理和模板。

特性：使用非常简单；无侵入设计；可与其他 Go 的包配合工作；超棒的路径匹配和路由；模块化设计，可轻松添加工具；大量很好的处理器和中间件；很棒的开箱即用特性。

项目地址：
https://github.com/go-martini/martini

Mongoose 是一个可以在 Node.js 平台上运行的、优雅的 MongoDB 对象模型。Mongoose为模型提供了一种直接的，基于scheme结构去定义你的数据模型。它内置数据验证， 查询构建，业务逻辑钩子等，开箱即用。

Mongoose是MongoDB的一个对象模型工具，是基于node-mongodb-native开发的MongoDB nodejs驱动，可以在异步的环境下执行。同时它还封装了MongoDB对文档的的一些基本的增删改查等常用的操作，让NodeJS对Mongodb数据库的操作变得更加的灵活和简单。

Mongoose封装了MongoDB常用的对文档处理的操作方法。可以高效的操作mongodb,同时可以理解mongoose是一个简易版的orm ，并且还提供出了类似schema定义的方法，还拥有hook、plugin、virtual、populate等机制，让NodeJS操作Mongodb数据库变得可以更加简单!

项目地址：
https://github.com/Automattic/mongoose

如今这个快速发展的时代，老开发者不跟时代学习点新东西都感觉要被抛弃了，但是万一开头难，任何新事物的第一步都不是那么好接触的，vue3很流行但是也很难，那么第一步先从petite-vue开始吧。

首先在开始之前要先了解一下vue的优点：vue是属于轻量级框架：只关注视图层，是一个构建数据的视图集合，大小只有几十kb；并且简单易学，易于上手：国人开发，中文文档，不存在语言障碍 ，易于理解和学习；支持双向数据绑定：保留了angular的特点，在数据操作方面更为简单；组件化：保留了react的优点，实现了html的封装和重用，在构建单页面应用方面有着独特的优势；并且视图，数据，结构实现分离：使数据的更改更为简单，不需要进行逻辑代码的修改，只需要操作数据就能完成相关操作；

拥有虚拟的DOM：dom操作是非常耗费性能的，不再使用原生的dom操作节点，极大解放dom操作，但具体操作的还是dom不过是换了另一种方式；并且运行速度更快:相比较与react而言，同样是操作虚拟dom，就性能而言，vue存在很大的优势。

petite-vue是属于一个比较新的框架，项目的开发者尤雨溪在2021年6月30号才初始化项目，经过几天密集的代码提交后，有二十多天已经没有更新了，看得出已经比较稳定了。

从名字来看可以知道 petite-vue 是一个 mini 版的vue，大小只有5.8kb，可以说是非常小了。据作者大大的介绍，petite-vue 是 Vue 的可替代发行版，针对渐进式增强进行了优化。它提供了与标准 Vue 相同的模板语法和响应式模型：它的大小只有5.8kb，更省空间；Vue 兼容模版语法，并且基于DOM，就地转换，拥有响应式驱动。在 petite-vue 里，组件可以使用函数的方式创建，通过template可以实现复用。

vue3 出来了，想知道哪些框架会继续升级支持vue3.x 版本，因为之前开发的项目用到了vux，后面vue 脚手架升级后，该框架没有继续升级了，所以想知道哪些框架会持续更新的。

随着技术的发展，前端应用承载的内容也日益复杂，基于此而产生的各种问题也应运而生，从MPA（Multi-Page Application，多页应用）到SPA（Single-Page Application，单页应用），虽然解决了切换体验的延迟问题，但也带来了首次加载时间长，以及工程爆炸增长后带来的巨石应用（Monolithic）问题；对于MPA来说，其部署简单，各应用之间天然硬隔离，并且具备技术栈无关、独立开发、独立部署等特点。要是能够将这两方的特点结合起来，会不会给用户和开发带来更好的用户体验？至此，在借鉴了微服务理念下，微前端便应运而生。

目前社区有很多关于微前端架构的介绍，但大多停留在概念介绍的阶段。而本文会就某一个具体的类型场景，着重介绍微前端架构可以带来什么价值以及具体实践过程中需要关注的技术决策，并辅以具体代码，从而能真正意义上帮助你构建一个生产可用的微前端架构系统。

微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为把多个小型前端应用聚合为一的应用。各个前端应用还可以独立开发、独立部署。

中后台应用由于其应用生命周期长(动辄 3+ 年)等特点，最后演变成一个巨石应用的概率往往高于其他类型的 web 应用。这主要带来了技术栈落后、编译部署慢两个问题。而从技术实现角度，微前端架构解决方案大概分为以下几类场景：

前端容器化：iframe能有效地将另一个网页/单页面应用嵌入到当前页面中，两个页面间的CSS和JavaScript是相互隔离的。iframe相当于创建了一个全新的独立的宿主环境，类似于沙箱隔离，它意味着前端应用之间可以相互独立运行。如果我们做一个应用平台，会在系统中集成第三方系统，或多个不同部门团队下的系统，将iframe作为容器来容纳其他前端应用，显然这依然是一个非常靠谱的方案。

微组件：借助于Web Components技术，开发者可以创建可重用的定制元素，来构建跨框架的前端应用。通常使用 Web Components来做子应用封装，子应用更像是一个业务组件而不是应用。真正在项目上使用Web Components技术，离现在的我们还有些距离，可是结合Web Components来构建前端应用，是一种面向未来演进的架构。

微应用：通过软件工程的方式，在部署构建环境中，把多个独立的应用组合成一个单体应用。

微模块：开发一个新的构建系统，将部分业务功能构建成一个独立的chunk代码，使用时只需要远程加载即可。