我们这边最近一直在做基础服务，这一切都是为了完善技术体系，这里对于前端来说便是我们需要做一个Hybrid体系，如果做App，React Native也是不错的选择，但是一定要有完善的分层：
概述 作为一名前端开发，如果你还停留在应用开发层面，那你就OUT了，快来跟我一起探讨下小程序框架本身底层实现的一些技术细节吧，让我们从小程序的运行机制来深度了解小程序。 小程序是基于WEB规范，采用HTML,CSS和JS等搭建的一套框架，微信官方给它们取了一个很牛逼的名字：WXML,WXSS，但本质上还是在整个WEB体系之下构建的。 WXML，个人猜测在取这个名字的是微信的Xml，说到底就是xml的一个子集。WXML采用微信自定义的少量标签WXSS，大家可以理解为就是自定义的CSS。实现逻辑部分的J
概述 作为一名前端开发，如果你还停留在应用开发层面，那你就OUT了，快来跟我一起探讨下小程序框架本身底层实现的一些技术细节吧，让我们从小程序的运行机制来深度了解小程序。 小程序是基于WEB规范，采用HTML,CSS和JS等搭建的一套框架，微信官方给它们取了一个很牛逼的名字：WXML,WXSS，但本质上还是在整个WEB体系之下构建的。 WXML，个人猜测在取这个名字的是微信的Xml，说到底就是xml的一个子集。WXML采用微信自定义的少量标签WXSS，大家可以理解为就是自定义的CSS。实现逻辑部分的JS还是通
小程序是一个不需要下载安装就可使用的应用，它实现了应用触手可及的梦想，用户扫一扫或者搜一下即可打开应用。也体现了用完即走的理念，用户不用关心是否安装太多应用的问题。应用将无处不在，随时可用，但又无需安装卸载。从字面上看小程序具有类似Web应用的热部署能力，在功能上又接近于原生APP。
用户管理：用户是系统操作者，该功能主要完成系统用户配置。 部门管理：配置系统组织机构（公司、部门、小组），树结构展现支持数据权限。 岗位管理：配置系统用户所属担任职务。 菜单管理：配置系统菜单，操作权限，按钮权限标识等。 角色管理：角色菜单权限分配、设置角色按机构进行数据范围权限划分。 字典管理：对系统中经常使用的一些较为固定的数据进行维护。 参数管理：对系统动态配置常用参数。 通知公告：系统通知公告信息发布维护。 操作日志：系统正常操作日志记录和查询；系统异常信息日志记录和查询。 登录日志：系统登录日志记录查询包含登录异常。 在线用户：当前系统中活跃用户状态监控。 定时任务：在线（添加、修改、删除)任务调度包含执行结果日志。 代码生成：前后端代码生成(单表、主附表、树表、列表和表单、增删改查云接口、redis高速缓存对接代码、图表统计、地图统计、vue.js) ，并生成菜单和权限直接使用。 系统接口：根据业务代码自动生成相关的api接口文档。 连接池监视：监视当期系统数据库连接池状态，可进行分析SQL找出系统性能瓶颈。 在线接口文档：使用swager生成在线文档。 ActiveMQ队列：提供ActiveMQ队列，处理批量发送大数据量邮件、大数据量日志文件。 工作流：功能包括在线办公、我的任务、审批测试、流程管理、模型管理。 CMS：功能包括内容管理、内容管理、统计分析、栏目设置、首页。 dubbo：代码生成直接生成dubbo对接代码。 服务器Down机邮件监控：通过定时任务监控服务器是否Down机，并发送通知邮件。 服务器监控：通过sigar进行服务器图形化监控。 异常邮件监控：全局拦截系统异常，并发送通知邮件。 单点登录：使用shior和Redis、共享session方式实现单点登录。 Redis分布式高速缓存：代码生成直接生成Redis对接代码。
页面渲染 1.在渲染层，宿主环境会把WXML可以先转成JS对象，然后再渲染出真正的Dom树。 2.在逻辑层发生数据变更的时候，需要通过宿主环境提供的setData方法把数据从逻辑层传递到渲染层 3.对比前后差异，把差异应用在原来的Dom树上，渲染出正确的UI界面
微信小程序采用wxml、wxss、javascript进行开发，本质是一个单页应用，所有的页面渲染和事件处理，都在一个页面内进行，但又可以通过微信客户端调用原生的各种接口。微信的架构，是数据驱动视图的MVVM模式，其视图UI和数据是分离的，所有的页面更新，都需要通过对数据的变更来实现。小程序分为两个部分Webview和AppService，Webview主要用来展现渲染界面，AppService用来处理业务逻辑、数据及接口调用，通过系统层JSBridge实现通信，实现UI的渲染与事件的处理。
统一放在第3层，可以由一个Http.js统一负责，包括JWT验证，token 验证都可以放在 Http.js 中自动处理。
微博作为一款体量巨大的应用，能够快速高效的在多个平台上实现复杂的业务功能，是它成功的重要因素之一。在不断前行的路上，微博有哪些成功经验可以供广大开发者借鉴与学习？
JeeSpringCloudV3.0-互联网云快速开发框架模块包含定时任务调度、服务器监控、平台监控、异常邮件监控、服务器Down机邮件监控、平台设置、开发平台、邮件监控、图表监控、地图监控、单点登录、Redis分布式高速缓存、ActiveMQ队列、会员、营销、在线用户、日志、在线人数、访问次数、调用次数、直接集群、接口文档、生成模块、代码实例、安装视频、教程文档、dubbo、springCloud、SpringBoot、mybatis、springmvc、IOC、AOP、定时任务、切面缓存、MVC、事务管理。RedisMQ队列、代码生成(单表、主附表、树表、列表和表单、增删改查云接口、redis高速缓存对接代码、图表统计、地图统计、vue.js)、工作流、模块化代码生成前端控件包括单行文本、富文本、下拉选项、复选框、日期选择、文件上传选择、树选择控件、单选按钮、多行文本。
接触小程序有一段时间了，总得来说小程序开发门槛比较低，但其中基本的运行机制和原理还是要懂的。“比如我在面试的时候问到一个关于小程序的问题，问小程序有window对象吗？他说有吧”，但其实是没有的。感觉他并没有了解小程序底层的一些东西，归根结底来说应该只能算会使用这个工具，但并不明白其中的道理。
最近一年多一直在做前端的一些测试，从小程序到店铺装修，基本都是纯前端的工作，刚开始从后端测试转为前端测试的时候，对前端东西茫然无感，而且团队内没有人做过纯前端的测试工作，只能一边踩坑一边总结经验，然后将容易出现问题的点形成体系、不断总结摸索，最终形成了目前的一套前端测试解决方案。在此，将有赞的前端质量保障体系进行总结，希望和大家一起交流。
面试是一个不断学习、不断自我提升的过程，有机会还是出去面面，至少能想到查漏补缺效果，而且有些知识点，可能你自以为知道，但让你说，并不一定能说得很好。
React Native系列导航 01-React Native 基础教程 02-安装ReactNative 03-ReactNative目录结构 04-ReactNative视图View 05-ReactNative组件样式style 06-ReactNative文本组件Text 07-ReactNative组件状态state 08-ReactNative组件属性props 09-ReactNative输入组件TextInput 10-ReactNative图片组件Image 11-ReactNative活动指示器组件 12-ReactNative弹出框Alert 13-ReactNative存储数据组件AsyncStorage 14-ReactNative动画组件Animated 15-ReactNative开关组件Switch 16-状态栏组件StatusBar 17-ReactNative滚动视图ScrollView 18-ReactNative选择器Picker 19-ReactNative网络请求
导语 | 上个月，我有幸参与了腾讯视频国庆阅兵直播页面开发的相关工作，最终，累计观看2.38亿人次，经受住了高并发的考验。在参于Glama框架的开发维护及平时基础建设相关讨论实践中，对高并发有一些部分实践心得，正好老友也想了解腾讯视频这边的经验，特撰写本文，对相关经验进行梳理总结，与大家探讨。（本文作者：Lucienduan，腾讯视频Web前端高级工程师）
在移动端中，如果我们使用了一个固定定位的遮罩层，且其下方的dom结构的宽度|高度超出屏幕的宽度|高度，那么即使遮罩层弹出后铺满了整个屏幕，其下方的dom结构依然可以滚动，这就是大家所说的“滚动穿透”。
1）im系统，例如qq或者微博，每个人都读自己的数据（好友列表、群列表、个人信息）；
最近实习中参与了H5项目向小程序迁移的工作，在微信官方文档和一些帖子上学习了小程序运行机制和底层原理，以及与Web页面的区别，在此基础上又看了一些关于小程序同构方案的内容。以下是我个人的一些学习总结。本文内容参考
自从图形界面操作系统问世以来，之上的应用软件基本都会绘制界面，这也是用户使用软件的接口，叫做 UI （user interface）。涉及到用户体验、设计、具体界面的开发，是软件中和用户最近的一部分，也是多个职能的岗位交集最多的部分。
近日微信开源 Web和小程序多端统一框架 kbone！。kbone 是一个致力于微信小程序和 Web 端同构的解决方案。早之前 腾讯开源内部跨端统一开发框架：Hippy！
微信小程序开发过程中，许多开发者会遇到 小程序 与 Web 端一起的需求，由于 小程序 与 Web 端的运行环境不同，开发者往往需要维护两套类似的代码，这对开发者来说比较耗费力气，并且会出现不同步的情况。
内容来源：2017 年 3 月 11 日，携程研发高级经理古映杰在“携程技术沙龙 | 新一代前端技术实践”进行《IMVC（同构 MVC）的前端实践》演讲分享。IT 大咖说（微信id：itdakashuo）作为独家视频合作方，经主办方和讲者审阅授权发布。 阅读字数：2738 | 7分钟阅读 摘要 随着 Backbone 等老牌框架的逐渐衰退，前端 MVC 发展缓慢，有逐渐被 MVVM/Flux 所取代的趋势。然而，纵观近几年的发展，可以发现一点，React / Vue 和 Redux / Vuex 是分别在
写这篇文章的目的是给现有web开发的同事提供一些新的开发方向，认识新的js开发领域!
在小程序中各个页面之间是相互独立的，一个页面分为渲染层(视图层 webview)、逻辑层、系统层(底层)。在架构上，WebView和JavascriptCore都是独立的模块，并不具备数据直接共享的通道。换而言之，若要将逻辑层中的data的数据渲染到页面中，他们之间是无法直接通信的，往往需要系统层作为中间角色。 我们都知道视图层的数据来源于逻辑层data，而视图图层若想要改变逻辑层data的数据，需要借助setData这个方法去触发，以达到更新视图层的数据，具体的过程是怎么样的呢？
标题看起来有点唬人，在微信小程序里跑 h5 页面，不会又是说使用 web-view 组件来搞吧？确实，使用 web-view 组件可以达到跑 h5 页面的要求，但是 web-view 组件在使用上还是有一些限制：不支持个人类型与海外类型的小程序、不支持全屏、页面与小程序通信不方便、很多小程序接口无法直接调用等。
JavaScript 中的数组有很多特性：存放不同类型元素、数组长度可变等等，这与数据结构中定义的数组结构或者C++、Java等语言中的数组不太一样，那么JS数组的这些特性底层是如何实现的呢，我们打开V8引擎的源码，从中寻找到了答案。V8中对数组做了一层封装，使其有两种实现方式：快数组和慢数组，快数组底层是连续内存，通过索引直接定位，慢数组底层是哈希表，通过计算哈希值来定位。两种实现方式各有特点，有各自的使用情况，也会相互转换。
JavaScriptCore引擎 我们都知道WebKit是个渲染引擎，简单来说负责页面的布局，绘制以及层的合成，但是WebKit工程中不仅仅有关于渲染相关的逻辑，也集成了默认的javascript引擎－－JavaScriptCore，目前Safari的js引擎也基于JSC构建，不过有一些私有的优化，总体性能相差不大。JSC的执行理念比较符合传统的引擎逻辑，它包括了2部分：解释器和简单方法JIT。解释器比较容易理解，针对某种类型的文件解释执行，在JSC中，它的目标文件是由代码构建的语法树生成的字节码文
适用场景 kbone 是一个致力于微信小程序和 Web 端同构的解决方案。 微信小程序的底层模型和 Web 端不同，我们想直接把 Web 端的代码挪到小程序环境内执行是不可能的。kbone 的诞生就是为了解决这个问题，它实现了一个适配器，在适配层里模拟出了浏览器环境，让 Web 端的代码可以不做什么改动便可运行在小程序里。这样，我们就可以借助 kbone 快速实现 Web 项目转化为微信小程序项目。 方案实现 方案设计有如下几个前提： 为了更好的复用组件，尽可能完整的支持 Web 端的特性 在小程序端的渲
小程序基础库采用双线程架构，一个是视图层线程，一个是逻辑层线程，两个线程协同工作，共同向上层提供了基础库能力。
在我们的日常开发场景中，表单打印是一个比较常见的场景，微搭本身不带打印功能，我们需要借助一个第三方的库来实现打印。
其实说了这么多，也只是一个噱头，未来的路还很长，我经常再 blink 里面看到有人投票说，华为鸿蒙操作系统将取代安卓操作系统，我先否定一下。发展好了最多也只是三足鼎立的局面，不可能取代，至于为什么？大家评论区吃瓜吧。
原文地址：https://juejin.cn/post/6847902222009925640
原生wxml开发对Node、预编译器、webpack支持不好，影响开发效率和工程构建流程。所以大公司都会用框架开发
1.通过了解浏览器线程的一些知识我们知道浏览器进程中GUI线程是与JS引擎线程互斥的。 2.小程序的架构是JsCore执行js逻辑代码+webview页面渲染双线程，两个线程并不互斥。
可能大家在看到这个标题的时候，会觉得，只不过又是一篇烂大街的SSR从零入门的教程而已。别急，往下看，相信你或多或少会有一些不一样的收获呢。
小程序凭借其高曝光率、开发成本低、运行更流畅等优势和特点，一经推出就被广泛使用，面对小程序的火爆，自然而然地，就有很多开发者转战小程序领域，本文主要带大家了解下小程序运行环境背后的故事，
我们平时在逛一些电商网站时,无论是首页还是详情页,通常会有一个导航菜单石红跟随着页面,无论是页面滚动到中间还是底部
就好像用户看到的都是由dom表现出来的，所有的业务处理都是在Page对象中处理的。如果业务越简单，创建的Page对象数量就会越少；如果业务越复杂，那么相对而言Page对象数量就越多（或Page实例对象就会越复杂）。 Page对象主要做以下事情：
跨平台一直是老生常谈的话题，cordova、ionic、react-native、weex、kotlin-native、flutter等跨平台框架的百花齐放，颇有一股推倒原生开发者的势头。（事实上更多是共存发展）看完本篇，相信你会对于当下跨平台移动开发的现状、实现原理、框架的选择等有更深入的理解。
许多团队在制定前端工程方案时会加入脚手架模块。虽然不同的团队对工程化的理解和实施有所差异，但是对于脚手架的定位基本是一致的：创建项目初始文件。这是一条看起来十分简单地准则，但是对于这条准则应该如何理解，如何实施却并不是一件很简单地事情。 在探索这条准则的深度之前，我们不妨看看类似的一些成熟方案，比如Eclipse。这个大名鼎鼎的IDE软件被很多Java和Android开发者使用。通过Eclipse创建一个新项目时，它提供了丰富的配置项，这些配置项可以归纳简化为以下流程：选择项目类型 -> 选择项目目录 ->
我报名参加金石计划1期挑战——瓜分10万奖池，这是我的第1篇文章，点击查看活动详情
VitePress：Vite & Vue 驱动的静态网站生成器 https://github.com/vuejs/vitepress
目前，移动开发技术主要分为原生开发和跨平台开发两种。其中，原生应用是指在某个特定的移动平台上，使用平台所支持的开发工具和语言，直接调用系统提供的API所开发的应用。 原生开发的主要优势体现在： 1.可以快速访问本平台的全部功能，比如摄像头、GPS等； 2.原生应用的速度快、性能高，而且可以实现比较复杂的动画和绘制效果，用户体验较好。 原生开发的缺点也很明显，主要体现在： 1.开发成本较高，不同的平台必须维护不同的代码，人力成本也会随之增加； 2.有新的功能需要更新时，只能进行版本升级。 随着移动互联网的高速发展，在很多的业务场景下，传统的纯原生开发已经不能满足日益增长的业务需求，主要表现在以下两个方面： 1.应用动态化的需求增大。当需求发生变化，或者是需要增加新的功能时，传统的纯原生应用开发只能通过版本的升级来更新内容，然而应用的上架和审核都需要一定的时间。因此，开发人员迫切地希望进行应用内容的更新时，可以不更新版本，提升工作效率。 2.业务需求变化快，开发成本变高。原生开发一般需要技术团队对iOS、Android两个开发平台进行维护。当版本更新迭代时，开发和测试的成本都会增加。 针对上述两个问题，跨平台框架应运而生。
目前，移动开发技术主要分为原生开发和跨平台开发两种。其中，原生应用是指在某个特定的移动平台上，使用平台所支持的开发工具和语言，直接调用系统提供的API所开发的应用。
前面我们研究了下微信小程序的执行流程，因为拿不到源码，只能算我们的猜想，我们需要更加了解小程序还需要做具体的项目，于是我们将原来那套还算复杂的业务拿出来：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
