当前国内小程序平台众多，微信小程序、支付宝小程序、头条小程序、以及未来还会出现的新小程序平台，所以为了解决一套代码可以在多个小程序平台上运行，出现了多种方案来解决，京东的 Taro、蚂蚁的 Remax、微信的 Kbone，各有特点，主要归为两种类型，编译时与运行时适配两种。
改https初看起来，其实就是一个域名指向的问题，也许咱们只要将http的请求，直接跳转到https地址去，那么也就完成了https的切换。实际并非这么简单的。
backbone，英文意思是：勇气， 脊骨，但是在程序里面，尤其是在backbone后面加上后缀js之后，它就变成了一个框架，一个js库。
Flutter For Web已经发布一年多时间，它的发布意味着我们可以真正地使用一套代码、一套资源部署整个大前端系统（包括ios、Android、Web）。经过一段时间的探索，使用Flutter For Web技术开发了移动端可视化编程平台——Flutter乐高，在此分享使用Flutter For Web实践过程和踩坑实践，欢迎交流探讨。
作者姓名：李鹏 原文链接：http://www.jianshu.com/p/8b68f4df749e 前言 这里有这么多前端面试题干货，你确定不点进来看看？ 好吧，如果你看到这句话，你明显是点进来了。 那么恭喜你，接下来我就和你们分享一下，近期我收集到的各个公司的面试题。 本文为作者原创，转载请告知作者并取得同意方可转载。 违者作者保留法律追究权利。 前端面试题 闲话就不扯了，直接开始分享。 2.1、第一套面试题 ---- 当前一段代码输出结果是什么？ 当前一段代码输出结果是什么？ 假设现有一篇文章
经常上 V2EX 的人应该知道，前一段时间该论坛上线了暗色主题切换功能，当天就获得一致好评。也就是在当天，我给自己的博客 github 上面提交了一个 issue，也就是需要给博客添加一套暗色主题并支持主题切换。但是人都是有拖延症的，这一拖，两个月就过去了，我的主题切换功能才终于上线了。
还记得当初小程序刚出来爆火的场景，依附于微信确实是给我们带来了极大的便利，有着微信的流量，用完即走，无需下载，随时使用，从17年到23年，小程序已经深入人心，吃喝玩乐你都可以找到小程序的身影，疫情期间各种码的场景也给小程序带来了巨大的流量
vue的介绍 vue官网说：Vue.js（读音 /vjuː/，类似于 view） 是一套构建用户界面的渐进式框架。与其他重量级框架不同的是，Vue 采用自底向上增量开发的设计。 vue的优点 1.易用 已经会了 HTML、CSS、JavaScript？即刻阅读指南开始构建应用！ 2.灵活 不断繁荣的生态系统，可以在一个库和一套完整框架之间自如伸缩。 3.高效 20kB min+gzip 运行大小 超快虚拟 DOM 最省心的优化 虚拟的DOM的核心思想是：对复杂的文档D
Javascript有两套数据类型,一套是基础数据类型,一套是对象数据类型。基础数据类型包括5种基本数据类型,分别是null,bool,undefined,number,string,也叫简单数据类型,object是复杂数据类型,其中Object,Array,Function属于引用类型(对象数据类型)。 基于这么多数据类型,所以JS就自带有类型判定的方法,typeof 用来检测基本数据类型,instanceof 用来检测对象数据类型,但是JS自带的这两套识别机制并不靠谱,所以产生了isXXX一系列来判断
主要的实现原理是，2套css样式，2套js文件，如果需要切换图片的情况也需要2套图片，页面上有个切换按钮，点击的时候切换css样式和js文件，以及切换图片，css文件切换时会立即起效，但是js没有效果，需要重新刷新下，采用的是点击按钮的时候直接reload,切换样式文件和js文件都在初始化时进行
在 Web 开发领域，JavaScript 提供大量技术栈可供选择。其中最典型的三套组合，分别是 MERN、MEAN 和 MEVN。这些首字母相同的选项各自代表不同的技术加工具组合。为了在这些技术栈中做出明智选择，让我们先从核心组件聊起，再对各自前端框架（React、Angular 和 Vue）进行简化比较，考虑到底哪种更符合实际需求。
随着 Web 技术和移动设备的飞速发展，各种 APP 层出不穷，极速的业务扩展提高了团队对开发效率的要求，这个时候使用 IOS/Andriod 开发一个 APP 似乎成本有点过高了，而 H5 的低成本、高效率、跨平台等特性马上被利用起来形成了一种新的开发模式：Hybrid APP。
我用了一个library(GCWebviewJSBridge-iOS), github网址:github.com/wheying/GCWebviewJSBridge-iOS
除了在Web服务器领域大展拳脚之外，Node.js同样也在无处不在的JavaScript应用程序创建当中散发出耀眼的光芒。 Node.js:不只是网站 就在仅仅几年之前，Node.js初始版本刚刚诞生
在布达佩斯2022 JSConf会议上，tc39（ES标准委员会）成员Gil Tayar介绍了一份当前仍处于stage 1阶段的提案 —— Type Annotations，意在让原生JS支持类型注解。
在上一次搭建后台服务的基础上，本次主要是引入了一套前端框架，当然在进行界面与接口调试的过程中，发现jpa的使用还是有一些不是很明了的地方，有些地方已经解决，而有些地方目前没有精力去处理，但是不会影响我们的正常使用。
框架的视图层由 WXML 与 WXSS 编写，由组件来进行展示。 将逻辑层的数据反映成视图，同时将视图层的事件发送给逻辑层。 WXML用于描述页面的结构。WXS是小程序的一套脚本语言，结合 WXML，可以构建出页面的结构。WXSS 用于描述页面的样式。 说了那么多，我来概括下： WXML 相当于HTML WXS 相当于JavaScript WXSS 相当于Css 为什么这么说呢？因为它们的语法基本一样，所以当一个完整的小程序能运行时，这三点都需要有，wxml和wxss用于渲染页面结构，而一些点击事件，比如用户完成登陆点击、跳转等等 是需要用js来完成的
在布达佩斯2022 JSConf[1]会议上，tc39[2]（ES标准委员会）成员「Gil Tayar」介绍了一份当前仍处于stage 1阶段的提案 —— Type Annotations，意在让原生JS支持类型注解。
在研究跨端开发时，我的一个重要目标，是可以让react组件跑在微信小程序中。在这个过程中，我探索了微信小程序的架构，并且引发了很多思考。而作为跨端开发，实际上很难做到 write once，run anywhere，因为每个平台所提供的能力是不一样的，例如微信小程序提供了原生的能力，例如调起摄像头或其他需要原生环境支持的能力，在微信小程序中开发虽然也是在webview中开展，但是，却需要一些原生的思维。所以，要做到 write once 就必须有一些限制，这些限制注定了我们无法完全利用小程序的能力，仅仅只用到一些布局的能力而已。所以，奉劝各位，在做跨端开发时，要有个心理准备。但如果跳出跨端开发，我现在只开发小程序，那我能否用我熟悉的react来开发呢？甚至，能否用我开发的nautil框架来开发呢？答案是可以的，本文将带你一步一步实现自己的react小程序开发之路，帮助你在某些特定的场景下，完成react项目往小程序迁移的目标。
（1）关于颜色的改变前面在做轮播图的时候我们已经处理过，当时我们的解决方法是用在开发中工具中找到它的class类名，然后我们使用vue的穿透选择器改变这个类名的基本样式，从而实现样式的覆盖。
今天这篇文章就跟大家聊一下如何通过思维导图来分析业务需求，在实际的课程中，我也是这么讲解的。因为篇幅所限，尽量挑主要的说了。
这是一篇有故事的文章 --- 来自一个weex在生产环境中相爱相杀的小码农 故事一: Build 虽然weex的口号是一次撰写，多端运行, 但其实build环节是有差异的, native端构建需要使用weex-loader, 而web端则是使用vue-loader,除此以外还有不少差异点, 所以webpack需要两套配置。 最佳实践 使用webpack生成两套bundle,一套是基于vue-router的web spa, 另一套是native端的多入口的bundlejs 首先假设我们在src/views下开
主题编辑器的地址为: https://echarts.apache.org/zh/theme-builder.html
最近接手了一个内部配置运营平台，大概了解了代码结构之后，第一波优化就是搭建了一套脚手架。
最近接触android中js与java交互的东西很多，当然它们之间的交互方式有几种，但是我觉得这几种交互方式都存在一定的不足，这是我决定编写SimpleJavaJsBridge这个库的关键原因。
现在除了Web项目外，很多游戏引擎都支持js，包括Egret、Cocos、Unity等，甚至服务器端也可以用node.js。所以很多时候我们是可以积累一套通用工具库在不同项目间，甚至是不同类型项目、不同引擎间通用，来提高我们的开发效率。但是js的规范性较差，可维护性不强，有很多弊端，采用TypeScript来开发和积累我们的类库是比较好的一种选择。TypeScript是一种由微软开发的自由和开源的编程语言。它是JavaScript的一个超集，而且本质上向这个语言添加了可选的静态类型和基于类的面向对象编程。在
携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第1天，点击查看活动详情
Facebook 于2015年9月15日推出react native for Android 版本， 加上2014年底已经开源的IOS版本，至此RN （react-native）真正成为跨平台的客户端框架。本篇主要是从分析代码入手，探讨一下RN在安卓平台上是如何构建一套JS的运行框架。 一、 整体架构 RN 这套框架让 JS开发者可以大部分使用JS代码就可以构建一个跨平台APP。 Facebook官方说法是learn once, run everywhere， 即在Android 、 IOS、 Browse
最近在项目中碰到了app中SSO单点登录使用不当导致的任意用户登录漏洞，渗透过程中碰到不少JS加密处理，SIGN值生成，在与开发的对抗中还是觉得比较有意思，特此记录一下
背景 babel的官网说babel是下一代的js语法编译器，现在自己也在很多项目中使用了babel，可是自己对babel的认识呢，只停留在从google和别人项目中copy的配置代码上，内心感到很不安，最近花了点时间整理了一下，分享给大伙。 babel常用配置 通常在前端或node项目中，进行以下配置： 入口文件app.babel.js里面配置： // babel require('babel-core/register')({ presets: ['es2015', 'stage-0'] }); re
此文介绍国内主流小程序的架构，以及通过运行时适配可达到一套小程序代码运行在多个小程序平台上的方案，主要介绍 kbone 与 remax 两套方案，他们原理基本一致，所有小程序代码都在 worker 线程上运行，最终在 worker 线程生成一棵 dom tree，再把 dom tree 同步到 render 线程上通过 w/axml 进行渲染。
最近一段时间公司要做一个小程序项目，还要支持，微信小程序，头条小程序，百度小程序。一套代码，实现三个平台。当时接到这个任务，就不知道怎么去下手，一套代码，分别要发布三个平台，赶紧就去上网了解这些东西，查看了，uni-app，taro,Chameleon这三个库，然后把每个都运行了一次，看一下文档。当我运行完Chameleon 这个项目的时候，直接就放弃这个了，滴滴公司开发的，一套代码，多端使用。主要是刚刚发布没有多久，官方实例太少，坑特别特别多。文档不全面，简直就是羊入虎口，但是，看介绍不错，直接可以调用安卓和ios开发，支持热更新，项目集成app了Sdk。渲染能力还是比较强。对于taro这个多端框架，相比较Chameleon好一些，语法是基于react和小程序结合的，也有自己的一套ul框架。在物料市场，也有很多很多插件供参考使用，社区活跃度还可以的。最后说说uni-app，也是在项目中选择使用了uni-app,真是的以进入uni-app这个框架，就相等与调入虎口一样，踩不完的坑，写不完的bug，但是主要这个语法简单，基于vue，可以说会vue和小程序，就很容易上手，直接可以开发项目，
1、为提高团队协作效率，便于后台人员添加功能及前端后期优化维护，输出高质量的文档，也为了更好阅读、修改和提高对CSS的加载速度，CSS的编写应该遵循一定的编写规范。目前网上已经流行一些比较好的规范，大多由网友总结；大公司的CSS规范也值得我们去参考。但由于无法获取到大公司的内部资料，只能参考部分网上一些比较好的资料来制作一套自己的规范。
做wpf和html混合开发也有一段时间了，从传统桌面开发WPF转到web前端，有相通之处，也有差别比较大的地方，xaml到html都是类似xml的结构，style和web的style类似，而业务逻辑，前者一般是C#实现，后者一般是js,加上之前的学习过，使用起来还算顺手，但总的感觉是WPF开放比html开发方便太多，可能是前者接触更久的缘故，毕竟微软的东西，有自己一套成熟的体系，封装的系统且友好，而html与js，有vue.js，react.js等热门前端框架，无论是扩展性，丰富性，社区活跃度都比WPF要好
暗黑模式实现，最初的设计，就是参考之前的主题模式。所谓多套主题/配色/皮肤，就是我们很常见的换肤功能。换肤简单的实现就是更换 css实现不同样式呈现不同肤色。
Web前端开发是现在非常热门的一个互联网技术，同时，相关Web前端开发的技术知识也是在不断的更新，致使Web前端开发工作已经变的越来越复杂，Web前端工程师想要罗列一份前端开发的学习列表就已经是一件艰巨的工作。以前，Web前端工程师只要会编写 HTML, CSS 和Javascript 就能够找到一份不错的前端开发工作。而现在，web 开发远远不止是简单编码。尤其是现在互联网上有了更多的内容，人们对于互联网的要求也越来越高，web 前端开发技能也就更多了。下面就介绍一下Web前端工程师的学习方法。 如何高效
如果你觉得写基本的赋值语句，或定义几个方法，或者使用下对象的内置方法就算会了js，那其实还差的远。 还差什么呢？还差一些编程的思维，以及优化的编程思想。
得益于会react，会点jQuery，也会点vue，研究了一下小程序，发现这东西有好处也有坏处。
对于Bootstrap这个CSS框架，很多程序员持鄙视的态度，就如鄙视jQuery一般。诚然，就算不用这个框架，而是纯手写，或者借助JS框架的模板，一样可以写出一套页面，至于页面的精良程度、是否可二次开发、是否主流浏览器全兼容、是否可复用、可扩展、那就看开发者的个人能力了——如果一些人拿着公司的高额薪水或者甲方的高额酬金，却干着一锤子的买卖，代码不可复用，不可扩展，不可二次开发，浏览器不全兼容，他只是非常快速的胡七八凑了一套页面，应付到上线，然后潇洒的鄙视一下Bootstrap，我只能对这种人说俩字：呵呵。
我们在优化Web服务的时候，对于静态的资源文件，通常都是通过客户端缓存、服务器缓存、CDN缓存，这三种方式来缓解客户端对于Web服务器的连接请求压力的。
现在很多app里面很多功能都用html5实现，也就是用webview加载html显示一些 图文信息。这么做的好处就是减少开发成本 ，一套html在android ，ios及web都可以跑。节省了很多开发成本。但是这个也就带来相应的一些问题。最大问题就是交互问题。所以下面给大家说一下android和js怎么实现交互（android调用js中的方法，js里面调用android的方法）。
Github源码地址: https://github.com/chikara-chan/react-isomorphic-boilerplate 目录 前言 服务端渲染好处 思考 原理 同构方案 状态管理方案 路由方案 静态资源处理方案 动态加载方案 优化方案 部署方案 其它 结尾 前言 前段时间公司有一个产品需求要求使用Node.js中间层来做服务端渲染，于是翻遍了整个技术社区，没有找到一个特别合适的脚手架，作为一个有追求的前端攻城狮，决定自己去搭建一套最完美的服务端渲染开发环境，期间踩过无数的坑，前
引言 随着 Web 技术和移动设备的快速发展，Hybrid 技术已经成为一种最主流最常见的方案。一套好的 Hybrid架构方案 能让 App 既能拥有极致的体验和性能，同时也能拥有 Web技术 灵活的
公元 2021 年 6 月 2 日，【 HarmonyOS2.0 】正式发布，以 JavaScript 作为 IoT 应用开发的架构语言，这是继 SpaceX 上天之后 JavaScript 再一次成为开发领域的热点话题。今天我就来和大家分享下 HarmonyOS 以及 HarmonyOS 中的 JavaScript GUI 技术栈。
希望这篇小程序开发心得分享能帮助到刚准备开发小程序的朋友们。 小程序出来这么久，我才开始第一次接触它，一点也不觉得学习的晚，因为在我做了第一个小程序项目之后，发现这玩意没什么难度，以后别再拿会做个小程序就出去装逼了啊！ 为什么小程序还有缺点？ 小程序再好，也有它的缺点。 1、小程序框架不容易理解 它的项目结构到没什么问题，问题在于文件名的重写，css => wxss，HTML => wxml，很别扭啊，因为我是个非常喜欢原生开发的程序员，一时难以接受这种奇葩的文件，第一眼看到 wxss 我还在想这东西是不是
导语 换肤，对于前端来说不算常见，却也肯定不陌生。但是大家有考虑过小程序端的换肤吗？今天我们就来聊一聊小程序的换肤。 前言 有这么一句老话说得好“人靠衣装佛靠金装”，应用的UI风格的重要性犹如一个人的装扮风格。一个应用经过UI设计师们的精心“打扮”同样能为App赚很高的“回头率”。 就像女人的衣柜里永远少一件衣服一样，一个应用可能也少一套皮肤，这里就涉及到换肤了。说起换肤，对于前端来说不算常见，却也肯定不陌生。所谓的换肤，无非就是颜色值的更换，在一般的前端项目中，实现的方法有很多种。但是大家有考虑
直接复制原有代码, 写成两套代码,一套为https使用,一套为http使用,http和https各自指向各自服务
近几年来，随着手机和pad的普及，越来越多的用户选择使用移动客户端访问网站，而为了获取更好的用户体验，就需要针对不同的设备显示出最合适的匹配，这样就是近年来流行的“响应式web设计”。 响应式web设计是一种纯前端技术js、css等实现的针对不同设备访问同一网址看到不同的布局，是页面内容更适合当前设备阅读。但这个不是本文的重点，重点还是放在nginx如何实现上来。 本文要讲的的是如何使用nginx区分pc和手机访问不同的网站，是物理上完全隔离的两套网站(一套移动端、一套pc端),这
研发同学在端内既追求 h5 的灵活性，也要追求性能趋近于原生。 面对入口扩张，App 客户端、微信小程序、支付宝小程序、百度小程序、Android 厂商联盟快应用、其他类小程序，单一功能在各平台都要重复实现，开发和维护成本成倍增加。迫切需要维护一套代码可以构建多入口的解决方案，滴滴跨端解决方案 Chameleon 终于发布。真正专注于让一套代码运行多端。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
