1.VS Code 的云端s源 7 个开源替代品 | Linux 中国
2.开发android手机软件的工具有哪些
3.利用微信电脑最新版 反编译微信小程序 无需root
4.云HIS医院管理系统源码，SaaS模式+Java云HIS系统融合B/S版开箱即用
5.前端开发工具
6.一般程序员做前端代码开发时用什么工具写代码？

VS Code 的码云码 7 个开源替代品 | Linux 中国

       为了避免使用微软版本的 VS Code，我们需要另行选择一个开源的端代代码编辑器。

       Visual Studio Code，云端s源简称 VS Code，码云码是端代pceggs源码一款跨平台代码编辑器，适用于 Linux、云端s源Windows 以及 macOS。码云码它不仅可以编辑简单文本，端代还可以像集成开发环境（IDE）一样管理整个代码库。云端s源它可以通过插件进行扩展，码云码并被证明是端代一个可靠的文本编辑器，轻松击败非开源的云端s源强大竞品编辑器。

       微软以开源的码云码方式发布了 VS Code，但下载的端代版本并非开源。不过，你仍有办法以开源方式使用 VS Code，或者选择其它的开源替代品。

       以开源方式构建 VS Code

       你可以在 GitHub 获得 VS Code 的源代码。然而，当你从微软下载 VS Code 时，你会发现它是基于微软软件许可证授权的。这并不是一个开源许可证。其区别在于构建过程。

       Chris Dias 是微软 VS Code 项目开发者之一，他对 VS Code 作了一个对比，就像 Chrome 浏览器和其开源的“上游”项目 Chromium 一样。VS Code 确实是基于开源代码库构建的。微软官方发布的版本带有一些与微软相关的功能，包括一项商标、一个插件库、一个 C# 调试器以及遥测。但如果你克隆仓库然后自行编译，这些东西都不会被加入，所以你会得到一个名为 Code - OSS 的“干净”版本（OSS 代表开源软件）。

       实际上，VS Code 与 Code - OSS 之间的差异很小。最值得注意的是，VS Code 包含遥测功能，它会记录使用数据。微软不可能监控你的一举一动，而且目前越来越多软件都在收集使用数据。是否在乎 VS Code 的遥测功能，完全取决于你自己。如果你不希望它追踪你的使用情况，这里有一些很棒的 VS Code（开源）替代品。

       VSCodium

       最简单的替代方案就是构建不带微软附属功能的 VS Code 版本。VSCodium 项目提供了可下载的 Code-OSS 可执行文件，它基于 VS Code 代码库编译，没有配置微软的 product.json 中的改变。VSCodium 的开发者还竭尽全力禁用了所有难以寻找的遥测选项，除非你自行编译，否则这已经是武汉大学panda软件源码你能找到的最干净的 VS Code 版本了。

       VSCodium 提醒说，VS Code 悄悄地包含了一些专有工具，这些工具无法与开源版本一起提供。这包括一个 C# 调试器和部分插件。如果你需要它们，可以在 [文档中] 找到解决办法。假如你依赖 VS Code 中某些特定的功能，你应该验证它在 VSCodium 中是否可以发挥功用。

       此外，你还应该验证是否已禁用所有的遥测功能。

       Code - OSS

       如果不想用 VSCodium 的版本，你可以自己从头编译 VS Code，得到一样的版本。可执行文件叫做 Code - OSS，而不是 VSCode，适用于 VSCodium 的许可证限制也适用于你的构建，而工作方式也是一样。

       如果通过编译源码构建应用，首次启动时你要确保 [所有遥测都已经被禁用]。

       Atom

       Atom 是一个类似于 IDE 的文本编辑器，当微软收购 Github 的同时也收购了它。和 VS Code 一样，你可以使用插件，扩展 Atom 编辑器，此外，你还能通过自己的工具和主题实现定制。它开源且与 Github 集成。简而言之，只要你能找到你想用的插件，或者你愿意自己动手写，那么 Atom 几乎可以满足你的一切需求。

       跟 VS Code 一样，Atom 也默认包含遥测。你可以禁用这个功能，而且跟 VS Code 不同的是，使用插件不受任何限制，所以不必再因为隐私改变你的工作流。对写代码的人来说，毫无疑问 Atom 是很有用的工具，而对于使用电脑的任何人，它同样会是一个很赞的编辑器。如果你需要一个顺手的通用文本编辑器，请试试 Atom。

       GNOME Builder

       为 GNOME 桌面而开发的 IDE，GNOME Builder 是一个 Linux 平台的代码编辑器，专门用于构建 GNOME 应用。如果你为 Linux 构建应用程序，希望轻松解决兼容性问题，那么 Builder 就是最简单的选择。从 Flathub.org 安装 Builder；当你开启一个新项目，如果没有安装 GNOME SDK，它会提醒你。锁定黑马公式源码这意味着当维护你的应用时，你不必刻意关注 GNOME 的状态，因为 Builder 在替你做这件事。

       然而，Builder 不仅能够构建 GNOME 程序。它还支持各种各样的编程语言，包括 Python、Rust、C/C++、Java、Go、JavaScript、TypeScript、VB.NET、Markdown 和几种标记语言等等。它对部分语言有全面的支持，包括自动补全以及弹出式函数定义，但是其它语言仅仅含有一些比较方便的功能，例如语法高亮跟自动匹配括号。不管你是不是一个专门的程序员，或者你只想要一个给力的 HTML 和 CSS 编辑器，这个 IDE 都能让你舒心使用。

       Geany

       Geany 是一个强大、稳定而轻量级的编辑器，它有很多有用的特性，能帮你写 Bash、Python、Lua、XML、HTML、LaTex，当然远不止这些。对 种各种编程及脚本语言、标记语言和各种文件类型（比如 .diff 和 .po），Geany 都有很好的支持。退一万步讲，Geany 还有括号匹配和语法高亮 —— 通常来说，它包含更多功能。

       Geany 是一个小型编辑器，但是通过插件，你可以为它添加特性，例如项目视图面板、文件系统树、调试、终端等，直到它看起来像一个 IDE。当然，萝卜白菜各有所爱，你也可以尽量使它保持简洁易用。如果因为电脑 CPU 或者内存的限制而无法使用 VS Code，那么很明显 Geany 可以作为你的选择。它只占用少量内存，delphi面向对象项目源码而且启动迅速。即便跟运行在终端里的 Vim 相比，Geany 稍显笨重，但就算在树莓派，它也能做到快速、灵活。

       Brackets

       Brackets 是一款面向网页开发者的文本编辑器和 IDE。对于 HTML、CSS、JavaScript、PHP 甚至 Python，它都有很强大的支持。而且跟 VS Code 一样，它也有一个很丰富的插件生态，所以你可以最大限度地扩展它，以适应你所有编程语言的工作。

       有的插件用于辅助解析语言、运行脚本，甚至编译执行代码。Brackets 有一个传统的界面，不管你是否熟悉 IDE 或者像记事本一样简单的文本编辑器，都能驾轻就熟。如果稍微花点时间，添加几个相关插件，然后熟悉它们，你会发现 Brackets 真的是一个很精妙、很有用的编辑器，不管你输入什么，它都能通过自动补全、提示帮你避免低级错误。假如你是程序员，它能帮你加快测验和调试周期。

       Che

       如果你喜欢新技术，那你应当尝试 Che 编辑器。这是一个基于云的 IDE，所以它默认以软件即服务（SaaS）的形式运行，但它是完全开源的，如果你有 Kubernetes 实例，那就可以运行为你自己的 SaaS。

       Che 不仅是一个在线 IDE，而且是一个为云开发而构建的 IDE。在 Che 的概念里，用户无需查看本地文件系统。由于它在云端工作，所以你也可以这么做。事实上，如果你有一台 Git 服务器，那就可以直接把它当作你的文件系统，在它的仓库中完成你的项目。当然，你也可以下载所有文件做本地备份。

       但 Che 的写作业的作图源码主要特点，也是云开发者最为兴奋的一点，它是一个功能全面、带有 Kubernetes 感知功能的开源 IDE。如果你正在为云构建应用、网站或容器（或三者的组合），那么 Che 是一个你需要尝试的编辑器。

       那么你的选择是？

       你有没有在使用这些 VS Code 替代品中的某一个呢？想不想挑一个试试呢？欢迎在评论中分享你的见解。

开发android手机软件的工具有哪些

       1、Android Studio 谷歌原生的Android开发工具，有可视化的界面，xml配置比较方便，但是核心的代码还是通过Java实现，个人认为比eclipse方便，不过上手起来还是有难度的。

       2、APIcloud 国内的一种云端开发方式，通过JSP调用已经开发好的模块，组成自己想要的功能，最後封装成apk，上手简单，模块化强，比如自己代码能力不强可以直接调用别人写好的开源代码来实现功能，也是国内很多开发都在用的方式。缺点是，代码都是别人的，自己只是拿过来拼成一个软件，在通用性、可扩展性上还是没有原生强大，但是胜在开发速度快。

       3、Hbuilder 通过Html5语言写成css样式表，通过Android的Web service封装成apk，可视化能力极强，如今H5语言也在广泛用於各个平台，而且功能也比较强大，用这个写成的软件，在多种平台都能共用，对Web service的支持也有一定的优势，不过上手也有一定难度，只是远远小於原生开发罢了。

利用微信电脑最新版 反编译微信小程序 无需root

       一、引言

       微信小程序开发过程有时会显得冗长，但近期发现了利用微信电脑最新版获取小程序源码的新途径。通过GitHub上的反编译工具，可以轻松获取wxapkg文件，进而实现反编译。本文将简要介绍操作步骤。

       二、wxapkg解析

       微信小程序在云端运行，而实际执行则需从云端下载wxapkg文件至本地，再利用本地机制运行。要找到小程序的源文件包，可通过查看微信电脑版打开小程序后的目录。

       电脑运行小程序后目录结构示例：C:\Users\{ { 用户名}}\Documents\WeChat Files\Applet\{ { 小程序ID}}\{ { 随机数}}\__APP__.wxapkg。请注意，仅在使用支持小程序的微信电脑版时适用。

       三、环境准备

       1. 需安装node.js运行环境，若未安装，请先行下载并安装。

       2. 获取反编译脚本，GitHub上的qwerty大神提供了适用于node.js的版本。

       3. 选择安卓模拟器（或真实设备需root）。

       四、具体操作流程（以电脑版微信为例）

       1. 分享小程序至电脑版微信。

       2. 点击打开。

       3. 导出wxapkg文件。

       4. 将wxapkg文件复制至特定路径，然后在该路径下开启Powershell窗口。

       5. 安装脚本所需的依赖：esprima、css-tree、cssbeautify、vm2、uglify-es、js-beautify、escodegen。

       6. 执行反编译脚本：node wuWxapkg.js。

       7. 若无错误提示，小程序源码即可在微信开发者工具中打开。

       五、总结

       当前的wxapkg加密程度可能无法满足专业需求，但对于学习和交流仍具价值。随着技术进步，此方法可能不再适用。趁现在，利用此方法获取源码，对于开发者来说是一次宝贵的学习机会。尽管源码获取相对容易，但小程序源码安全问题仍需重视。开发者们通常会将关键逻辑代码封装于单一文件中，以增加解读难度。实际上，小程序文件转换过程为Wxml转换为Html、Wxml转换为JS、Wxss转换为Css，最终形成与wx格式一致的二进制文件。

云HIS医院管理系统源码，SaaS模式+Java云HIS系统融合B/S版开箱即用

       云HIS医院管理系统源码，SaaS模式+Java云HIS系统融合B/S版开箱即用

       一、云HIS系统简介

       基于SaaS服务的Java版云HIS系统，适用于公立二甲医院，历经三年持续优化，系统稳定、功能全面，界面布局合理、操作简便。采用云端服务形式，用户通过浏览器即可访问，无需关注系统部署、维护、升级等问题。系统采用模板化、配置化、智能化、扩展化设计，覆盖基层医疗机构主要工作流程，与监管系统对接有序，满足未来扩展需求，是基层医院所需的健康云产品。支持病患预约挂号、问诊、电子病历、开药发药、会员管理、统计查询、医生工作站、护士工作站等常规功能，并能与公卫、PACS、HIS等外部系统融合，实现多层机构间的融合管理。

       二、云HIS总体框架

       技术选型包括前后端分离模式，前端选用原生HTML、JS、CSS、Jquery、BootStrap、layui等技术，后端采用SpringBoot框架、Mybatis-Plus、WebSocket、Stomp、Vintage-Engine、Thymeleaf等技术，数据库使用MySQL。系统架构采用Angular+Nginx+ Java+Spring，SpringBoot+ MySQL + MyCat。

       三、云HIS系统亮点

       1. 融合B/S版电子病历系统，支持四级电子病历，拥有自主知识产权。

       2. 全系统云部署，一套系统支持多家医院共用。

       3. 适用于二级医院、基层医疗机构，可作为区域HIS使用，扩展后可用于医联体/医共体。

       4. 提供独立SaaS模式运维管理系统，支持远程运维，运维功能丰富、便捷。

       5. 前后端分离架构，前端用Angular、JavaScript开发，后端使用Java。

       6. 遵循服务化、模块化原则开发，具有强大扩展性，二次开发简便快捷。

       7. 提供全面开发文档和产品文档，助力快速熟悉源码，售后服务完善。

       四、云HIS系统功能模块

       包含系统管理、电子病历、门诊管理、门诊医生工作站、住院管理、住院医生管理、护士工作站、药房管理、药库管理、统计分析、财务管理、病案管理、就诊卡管理、项目收费查询、病历质控、医保结算接口等功能。

       云HIS分为综合管理和业务系统两大模块，综合管理系统面向运营商、开发商和监管机构，提供运营管理、运维管理和综合监管服务；业务系统面向基层医院，支撑医院各类业务运转。

       常规模版包括门诊管理、住院管理、药房管理、药库管理、院长查询、电子处方、物资管理、媒体管理等，为医院管理提供有力支持。HIS系统以财务信息、病人信息和物资信息为主线，通过收集、存储、传递、统计、分析、查询、报表输出和信息共享，为医院领导及各部门管理人员提供全面、准确的数据服务。

前端开发工具

       ä¸ºäº†è®©å…¥è¡Œæ–°äººèƒ½å¤Ÿæ›´å¿«çš„掌握Web前端开发，推荐五个优秀的前端开发工具，供小伙伴们参考。

       æ¡†æž¶ç±»ï¼šBootstrap

       å…¨ä¸–界最流行的响应式前端框架。基于HTML、CSS、JAVASCRIPT的，它在jQuery的基础上进行了更为个性化和人性化的完善，形成一套自己独有的网站风格。并兼容大部分jQuery插件。简洁灵活，使得Web开发更加快捷。国内一些移动开发者较为熟悉的框架，如WeX5前端开源框架等，也是基于Bootstrap源码进行性能优化而来。

       ä»£ç ç¼–辑器：Codepen、VScode

       CodePen是一个在线的HTML、CSS和JavaScript代码编辑器，能够编写代码并即时预览效果。可以用于在线展示的作品，也可以看到其他人在网页中实现的各种令人惊奇的效果。

       VScode免费开源的现代化轻量级代码编辑器，支持几乎所有主流的开发语言的语法高亮、智能代码补全、自定义热键、括号匹配、代码片段、代码对比Diff、GIT等特性，支持插件扩展，并针对网页开发和云端应用开发做了优化。软件跨平台支持Win、Mac以及Linux。

       æ€§èƒ½æµ‹è¯•ï¼šGooglePageSpeedInsights

       PageSpeed是谷歌的网页测试工具，通相信有接触前端开发的大神们都听说过Google官方的PageSpeedTools，这个网页载入速度检测工具有在线版本也有一个Chrome扩展，叫PageSpeedInsights。PageSpeedInsights的Chrome扩展是由谷歌官方开发的一款可以分析页面载入的各个方面，包括资源、网络、DOM以及时间线等等信息的插件，过检测评分给你优化建议。

       è°ƒè¯•ç±»ï¼šAtomAptanaStudio

       å®ƒæ˜¯éžå¸¸å¼ºæ‚çš„JavaScript编辑器和调试器，可以支持多种AJAX和JavaScript工具箱，包括JavaScript编辑和调试。具有智能代码完成、浏览器兼容性提示、代码错误提示、文档结构树等功能。

       HTML5：HTML5测试得分能够提示您正常使用的浏览器对于HTML5标准和相关规范的支持情况的指标。

       å‰ç«¯å¼€å‘工具数量很多，这里只是推荐了千锋武汉HTML5前端小编觉得比较好的5个前端开发工具。如果你有更好的意见，欢迎给我们留言分享。

一般程序员做前端代码开发时用什么工具写代码？

       1. Bootstrap

        前端开发中常用的工具之一，Bootstrap 是一个基于 HTML、CSS、JavaScript 的前端框架，它可以帮助开发者快速构建响应式布局的网页。它包含了丰富的组件，如按钮、表格、导航栏等，以及用于响应不同屏幕尺寸的栅格系统。

       2. 蓝湖

        蓝湖是一款在线的设计协作工具，它允许设计师将他们的设计稿上传到云端，前端开发人员可以通过蓝湖轻松查看设计稿，并进行标注和切图操作。

       3. Cloud9 IDE

        Cloud9 IDE 是一个基于浏览器的在线集成开发环境，专为 JavaScript 开发设计。它提供了一个功能丰富的代码编辑器，支持多种编程语言的语法高亮，并且集成了 Node.js 和 Chrome 的调试工具。

       4. Notepad++

        Notepad++ 是一款广受欢迎的文本编辑器，适用于 Windows 系统。它支持多种编程语言的语法高亮，并具备插件系统，使得开发者可以扩展其功能。

       5. Visual Studio Code

        Visual Studio Code 是一个轻量级但功能强大的源代码编辑器，适用于 Windows、macOS 和 Linux 平台。它支持多种编程语言，并提供代码补全、版本控制集成等高级功能。

       6. GIMP

        GIMP（GNU Image Manipulation Program）是一款开源的图像编辑软件，功能强大，可与 Adobe Photoshop 相媲美。它适用于 Linux 系统，但也有适用于其他平台的版本。

       7. SecureHeaders

        SecureHeaders 是一个Web安全工具，它可以自动在网页中添加多种安全头部信息，如内容安全策略（CSP）、HTTP 严格传输安全（HSTS）等，以提高网站的安全性。

       8. Fontello

        Fontello 是一个图标字体生成器，它允许用户将图标作为字体使用，这样可以简化网页中的图标管理，减少加载时间，并且提升SEO效果。

AI防挡弹幕设计与实践（云端服务）

       AI驱动的防挡弹幕设计与实践（云端服务）

       弹幕，视频上的即时互动方式，起初带来乐趣，但密集的弹幕却影响了观看体验。如何在享受弹幕互动的同时，保证视频画面的清晰？B站的创新技术提供了答案——蒙版弹幕，它通过AI计算机视觉智能避开人形区域，实现弹幕不遮挡。

       实现原理是利用AI分析视频内容，识别出主体部分，生成蒙版，然后客户端利用CSS3技术渲染，达到视觉效果。这就像PS中的蒙版，区分实心和空白区域，确保弹幕不遮挡用户视线。

       技术选型中，我们采用了PyTorch框架，因其易用性和丰富的实例分割算法，如BlendMask，它在精度和速度上超越了Mask R-CNN。Detectron2被选为目标检测和实例分割的开源工具，其模块化设计方便扩展。

       视频蒙版生成设计考虑了效率，通过分段处理和分布式任务，FFmpeg提取视频帧，Detectron2进行实例分割，生成SVG并存储。自定义的二进制蒙版文件协议确保了数据传输和存储的高效。

       在实践阶段，开发团队面临了挑战，如内存优化、预测速度提升和m3u8文件处理等。通过调整CUDA内存管理、模型更换、处理流程优化，问题逐一解决，最终实现了流畅的弹幕体验。

       通过AI防挡弹幕技术，汽车之家提供了优质的视频观看体验，无论是原创视频、重播还是直播，都能确保弹幕与画面的和谐共存。整个过程展示了AI技术在提升用户体验方面的实际应用。

如何评价 React Native

       React native充分利用了Facebook的现有轮子，是一个很优秀的集成作品，并且我相信这个团队对前端的了解很深刻，否则不可能让Native code「退居二线」。

       å¯¹åº”到前端开发，整个系统结构是这样：

       JSX vs HTML

       CSS-layout vs css

       ECMAScript 6 vs ECMAScript 5

       React native View vs DOM

       æ— éœ€ç¼–译，我在第一次编译了ipa装好以后，就再也没更新过app，只要更新云端的js代码，reload一下，整个界面就全变了。

       å¤šæ•°å¸ƒå±€ä»£ç éƒ½æ˜¯JSX，所有Native组件都是标签化的，这对于前端程序员来说，降低了不少学习成本，也大大减少了代码量。不信你可以看看JSX编译后的代码。

       å¤ç”¨React系统，也减少了一定学习和开发成本，更重要的是利用了React里面的分层和diff机制。js层传给Native层的是一个diff后的json，然后由Native将这个数据映射成真正的布局视图。

       css-layout也是点睛之笔，前端可以继续用熟悉的类css方式来编写布局，通过这个工具转换成constrain布局。

       ç³»

       ç»Ÿåªæœ‰js-objc的单向调用，就是把原生UI组件的方法通过javascritcore或者webview（低版本iOS）映射到js中来，整个调用

       è¿‡ç¨‹æ˜¯å¼‚步的，这样的设计令React native可以让js运行在桌面chrome中，通过websocket连接Native

       code和桌面chrome，极大地方便了调试。对其中的机制Bang的一篇文章写得很详细，我就不拾人牙慧了：React Native通信机制详解 « bang’s blog 。但这样设计也会带来一些问题，后面说。

       ç‚¹æŒ‰æ“ä½œä¹Ÿè¢«æŠ½è±¡æˆäº†ä¸€ç»„组件（TouchableXXX），这种抽象方式是我在之前做类似工作中没有想到的。facebook还列出Native为什么和web「手感」不同的原因：实时的点按反馈和取消能力。React Native 这套相应机制设计得很完善，能像Native code那样控制整个点按操作的所有过程。

       Debug

       ç›¸å½“方便！修改了js以后，通过内建的nodejs

       watcher编译成bundle，在模拟器里面按cmd+r就可以看到效果。而且按cmd+d，可以打开一个chrome窗口，所有的js都移到了

       chrome里面运行，所以什么断点单步打调用栈，都不在话下。

       ä¸Šé¢çš„既是特点也是优点，下面说说缺点，或者应该说：「仍然遗留的问题」，在我看来，这个方案已经超越了Hybird方案。

       ç³»

       ç»Ÿä»ç„¶ï¼ˆä¸å¾—不）依赖原生组件暴露出来的组件和方法。举两个例子，ScrollView这个组件，在Native层是有大量事件

       çš„，scrollViewWillBeginDragging，

       scrollViewWillEndDragging，scrollViewDidEndDragging等等，这些事件在现有的版本都没有暴露，基本上

       åšä¸äº†ç»„件联动效果。另外，这个版本中有大量组件是iOS

       only的：ActivityIndicatorIOS、DatePickerIOS、NavigatorIOS、PickerIOS、

       SliderIOS、SwitchIOS、TabBarIOS、AlertIOS、AppStateIOS、LinkingIOS、

       PushNotificationIOS、StatusBarIOS、VibrationIOS，反过来看，剩余的都是一些抽象程度极强的基本组件。这

       æ ·ï¼Œç”¨æˆ·å¿…须在不同的平台下写两套代码，而且所有能力仍然强烈依赖 React native 开发人员暴露的接口。

       ç”±äºŽæœ€å¤–层是

       React，初次学习成本高，不像往常的Hybird方案，只要多学几个JS

       API就可以开始干活了。当然，React的确让后续开发变得简单了一些，这么一套外来的（基于iOS）、残缺不全的（css-layout）在

       React的包装下，的确显得不那么面目可憎了。

       å¦å¤–，React Native仍然很不完善。文档还不全，我基本上是看着他的示例代码完成的demo，集成到已有app的文档也是今天才出来。按照官方的说法，Android版本要到半年后才发布：Blog | React ，届时整个系统设计可能还会有很大的变化。

       PS，在使用Tabbar的时候，我惊喜的发现他们居然用了iconfont方案，我现在手头的项目中也有同样的实现，不过API怎么设计一直很头疼。结果，我发现他是这么写的：

       <TabBarItemIOS

        name="blueTab"

        icon={ _ix_DEPRECATED('favorites')}

       ....>

       åœ¨ _ix_DEPRECATED 的定义处，有一句注释： // TODO(nicklockwood): How can this fit our require system?

       ä»¥ä¸Šã€‚

       ä¸‹é¢æ˜¯ä¸€å‘¨å‰ï¼Œåœ¨React native还没开源的时候，通过反解ipa的一些分析过程，有兴趣的可以看看。

       ------------------------简单粗暴的分割线--------------------

       èƒŒæ™¯å’Œè°ƒç ”手段

       React

        Native还没开源，最近和组里兄弟「反编译」了Facebook Group（这个应用是用React

       Native实现的）的ipa代码，出来几百个JS文件，格式化一下，花了几天时间读了一下源码，对React

       Native的内部核心机制算是有了一个基本了解。

       React Native的核心实现：

       å…ˆç®€å•è¯´å‡ ç‚¹ï¼Œè¯¦ç»†çš„等回头更新。

       1. React Native里面没有webview，这货不是Hybrid app，里面执行JS是用的

       JavascriptCore。

       2. 再说React Native的核心，iOS Native code提供了十来个最基本核心的类（RCTDeviceEventEmitter、

       RCTRenderingPerf等）、或组件（RCTView、RCTTextField、RCTTextView、

       RCTModalFullscreenView等），然后由React Native的JS部分，组成二十来个基本组件（Popover、Listview等），交由上层的业务方来使用（THGroupView）。

       3. 就如他们在宣传时所说，他们实现了一套类似css的子集，用来解决样式问题，相当复杂和强大，靠这个才能将Native的核心组件组成JS层的基本组件再组成业务端的业务组件，应该是采用facebook/css-layout · GitHub的C语言版本实现的（在ppt中我们看到了类似flex-direction: column一类的代码，这个正是css-layout支持的语法）。

       4. 在React Native中，写JS的工程师解决的是「将基本组件拼装成可用的React组件」的问题，写Native Code的工程师解决的是「提供核心组件，提供足够的扩展性、灵活性和性能」的问题。

       React Native的设计考虑：

       ReactJS对React Native有着直接的影响（我没在生产环境中用过React，只看过代码&用过Angular，如果有误请指出）

       ReactJS里面有这样的设计：

       1. ReactJS 的大工厂入口createElement返回的不是某个实体DOM对象，而只是一个数组

       2. 通过源码中 ui/browser/ 目录中的代码，将这个数组转换成DOM

       3. 底层的渲染核心是可以更换的

       å¦å¤–，Facebook自己有JSX，css-layout等开源项目，基于这些，如果要做一个用 JS来开发Native app的东西，很自然就想到了一套最有效率的搞法：

       1. 将 ui/browser 里面的代码替换成一套 Native 的桥接JS（实际上，iOS版是通过

       injectGenericComponentClass方法，将核心组件的方法注入到JS里面 ），就直接复用React的MVVM，自动将数据映射到Native了

       2.

        Native

       code里面实现三组核心API，一组提供核心组件的API（create、update、delete），一组事件方法（ReactJS里面的

       EventEmitter ），一组对css进行解析（css-layout）以及返回Style的ComputedStyle（React

       Native里面叫meatureStyle）。

       è¿™æ ·ï¼Œç”¨ä¸Šäº†ReactJS本身的所有核心功能和设计思路，Native的开发也足够简单。

       é‚£ï¼ŒReact Native是什么？

       å…¶å®žè¿™ä¸œè¥¿ä»ŽNative开发来说，相当于重新发明了一个浏览器渲染引擎并且套一个React的壳，从Web开发角度来说，就是把原来React的后端换成了Native code来实现，就跟Flipboard最近搞的React Canvas 一样： Flipboard · GitHubreact-canvas

       React Native的优势和劣势：：

       ä¼˜åŠ¿ç›¸å¯¹Hybird app或者Webapp：

       1. 不用Webview，彻底摆脱了Webview让人不爽的交互和性能问题

       2. 有较强的扩展性，这是因为Native端提供的是基本控件，JS可以自由组合使用

       3. 可以直接使用Native原生的「牛逼」动画（在FB Group这个app里面，面板滑出带一点果冻弹动，面板基于某个点展开这种动画随处可见，这种动画用Native code来做小菜一碟，但是用Web来做就难上加难）。

       ä¼˜åŠ¿ç›¸å¯¹äºŽNative app：

       1. 可以通过更新远端JS，直接更新app，不过这快成为各家大型Native app的标配了…

       åŠ£åŠ¿ï¼š

       1. 扩展性仍然远远不如web，也远远不如直接写Native code（这个不用废话解释了吧）

       2.

       ä»ŽNative到Web，要做很多概念转换，势必造成双方都要妥协。比如web要用一套CSS的阉割版，Native通过css-layout拿到最终样

       å¼å†è½¬æ¢æˆnative原生的表达方式（比如iOS的Constraint\origin\Center等属性），再比如动画。另外，若Android和

       iOS都要做相同的封装，概念转换就更复杂了。

       æ›´æ–°1：添加了React对React Native的影响。

       æ›´æ–°2：基本确定其使用了 css-layout，添加了对React Native的总结

       æ›´æ–°3: React native已经开源了： React Native，只有iOS版。我写了几个demo，简单看了看objc代码并和开源前的我们的一些结论（见后文）交叉验证。简单地从前端工程师和系统整体角度说一下React native的特点和优劣吧。

       æ›´æ–°4: 补充了几条优势和与前端开发的对照