平常开发很常见的功能，在移动端需要根据javaScript来判断手机是安卓还是ios进行应用市场跳转。
在一些app场景中，经常看到app里面嵌套H5页面， 安卓和ios提供一个空壳子，方法两者互相调用。上一周就是写H5页面让安卓和ios调用使用，中间传参，接受参数。通过 window.wx 对象调用一些原生 app 的功能。这个H5页面，我用的是vue来写的。用到了vue全家桶。
js判断客户端是否是IOS或者是Android //如果返回true 则说明是Android function is_weixin() { var ua = window.navigator.userAgent.toLowerCase(); if (ua.match(/MicroMessenger/i) == 'micromessenger') { return true; } else { return false; } } j
由于移动设备的显示屏幕相对于桌面显示器来说小很多，在桌面显示器上能够正常显示的内容，到了移动设备中就不正常了。为了实现移动端和桌面端的相互跳转，我们可以通过JavaScript来判断当前的设备是否是移动设备，然后执行相应的代码。
最近做的一个项目需要同时适配PC端和iPad及mobile移动端，由于PC端的设备屏幕宽度比iPad和mobile端大太多，因此页面布局需要进行区分。而前笔者在端项目中使用了vue和vue-router进行开发，也就是说需要根据当前客户使用的设备属于哪种客户端让路由决定进入哪种设备适配的页面组件。因此需要在邻项目路由的入口处判断客户使用的设备是PC、iPad还是mobile。
Nuxt.js就是一个Vue的服务端渲染框架,和React的服务端渲染框架Next.js类似,
为何放弃第一种方案 UIWebView的JSContext获取 上篇中，我们通过简单的kvc获取UIWebVIew的JSContext，但是实际上，apple并未给开发者提供访问UIWebView的方法，虽然通过KVC可达到目标，但是当APP采用该种hack方法时，有很大几率不能通过APP Store的审核，这对于一个基于上线的商业APP而言是难以忍受的，所以我们必须寻找另一种方法来获取UIWebView的JSContext而且足够安全易用，因此我们需转移目光。 解决 WebFrameLoadDel
写在前面 很久没更新了，真的是没时间，周末要做兼职，工作日要加班赶项目，筋疲力尽了，今天稍微好点，更新一下吧，最近用的一些东西！ 问题描述 我们开发一款软件，其中涉及到一些支付的问题，这边担心IOS的App无法通过AppleStore的审核，所以中间支付的模块使用H5进行内嵌，也就是直接使用webview进行调起H5完成对应的功能， 代码 /** * @FUNCTION memberRecharge * @params NaviType是否需要显示导航栏 1 不显示 2 显示 3 会员充值（
通过判断浏览器的 userAgent，用正则来判断手机是否是ios和Android客户端。代码如下：
Device.js 是一个可以让你检测设备的平台，操作系统和方向 JavaScript 库，它会自动在 <html> 标签添加一些设备平台，操作系统，方向相关的 CSS class，这样就能让你针对不同设备撰写不同的 CSS，并且还提供一些 Javascript 函数来判断设备。
来由 纯粹的无聊，一直在搜索JavaScriptCore和SpiderMonkey的一些信息，却无意中学习了如何在ios的UIWebView中判断其js解析引擎的方法： if (window.devicePixelRatio) { //If WebKit browser var st = escape(navigator.javaEnabled.toString()); if (st === 'function%20javaEnabled%28%29%20%7B%20%5Bnative%
微信内网页不可使用 local/sessionStorage 储存，因为它只是一个 webview 组件，并不是一个浏览器。 但是我们可以使用 cookie 储存的方式
问题：兼容性差距，由于@change触发方式不同，导致时间加载不够统一，时间触发出现问题。
IOS设备在需要对时间戳进行判断的时候，如果不是使用的/则会出现问题，所以需要进行格式转换
Js中获取浏览器信息字符串只要使用navigator.userAgent即可，这样我们再利用indexof来判断版本或其它信息了。
废话开篇：小程序下有这样的一个概念，就是双引擎，意思就是 UI绘制 跟 JS 执行是在多线程环境下进行的，有人会质疑，JS 不是有异步的方法吗？不管是 setTimeout 还是 promise ，iOS 开发下在主线程开辟异步，其实是将异步任务代码块放到了主队列所有任务的最后执行的，那么，它只是调整了执行顺序，并没有开辟线程。JS 也是一样的，JS 本身就是单线程，那么，上面提到的两种方式并没有真正的开辟线程去执行任务，所以，JS 线程下的任务并没有利用 CPU 多核的优势，所有任务还是在一条线程执行的。那么实现类似小程序双引擎下执行任务的思路就是下面例子要体现的。
作者：yana 输入在移动端是一个很常用的功能，那么输入框必然是一个很重要的部分。然而，移动端输入框总会遇到各种各样的问题，无论是样式还是ios和android两端体验不一致都是很让我们头疼的问题，那
这段代码在release包的情况是，buttons是空的，是由于if (child.type.name === 'FlowSendButton')这是判断根本不会为true，因为在release模式下，child.type根本没有name这个属性，只有在debug模式下才有，所以这样来进行判断的 ，统统不会有true的情况，自然buttons中没有值，也就不会展示了。
之前介绍了移动端开发的相关技术，这一篇主要是从 Hybrid 开发的 JS Bridge 通信讲起。
由于移动端网页开发不能直接打开developer tools，导致我们调试起来稍微麻烦。好在我们有解决方案： Remote Devices 谷歌为我们提供的开发利器，让我们可以在电脑端使用developer tools进行elements检查和network监测，非常方便快捷。 使用方式：
早在 2007 年初，苹果公司在发布首款 iPhone 前夕，遇到一个问题：当时的网站都是为大屏幕设备所设计的。于是苹果的工程师们做了一些约定，应对 iPhone 这种小屏幕浏览桌面端站点的问题。
今天在项目中遇到一个问题，测试时发现使用 vue-router 的 this.$router.push 给 URL 添加参数，不能正常跳转。
iOS: UIWebview loadhtmlstring & Localcss/js/image resources
React Native（下文简称 RN）开源已经一年多时间，国内各大互联网公司都在使用，携程也在今年 5 月份投入资源开始引入，并推广给多个业务团队使用，本文将会分享我们遇到的一些问题以及我们的优化方案。 一、背景和使用情况介绍 为什么会引入 React Native？ 1. AppSize 占用 携程旅行 App 从 11 年开始开发，至今已有 5 年多时间，随着各项业务功能的全面移动化，以及公司“Mobile first”策略的指引下，App 功能越来越多，越来越臃肿，Size 达到将近 100MB。
赵辛贵，携程无线开发高级技术经理，目前主要负责React Native框架在携程内部的使用推广和性能优化 React Native(下文简称RN)开源已经一年多时间，国内各大互联网公司都在使用，携程
今天，我们来总结下我们平常使用的工具函数,希望对大家有用。 1、封装fetch 「源码：」 /** * 封装fetch函数，用Promise做回调 * @type {{get: (function(*=)), post: (function(*=, *=))}} */ const fetchUtil = { get: (url) => { return new Promise((resolve, reject) => { fetch(url, {
为了提高开发效率，开发人员往往会使用原生app里面嵌套前端h5页面的快速开发方式，这就要涉及到h5和原生的相互调用，互相传递数据，接下来就实践项目中的交互方式做一个简单的记录分享，废话不多说，直接上正文：
对于Flutter开发,使用webView显示h5页面也是非常常见的，网上也有很多相关帖子，刚好最近接触了，这里对此做个总结。主要介绍下目前Flutter常用的webView使用，以及与js的交互。
http://www.cnblogs.com/snandy/archive/2011/03/04/1970162.html
可以通过 JavaScript 来实现判断当前的设备类型：navigator 是 JavaScript 中的一个独立的对象，用于提供用户所使用的浏览器以及操作系统等信息，以 navigator 对象属性的形式来提供。所有浏览器都支持该对象。
iOS: UIWebview loadhtmlstring & Local css/js/imageresources
在做H5混合开发的时候总是会遇到浏览器差异、不兼容导致同样的代码，IOS和Andoird其中之一出现不可预见的问题。 我的问题也是如此，我的需求是从父页面跳转子页面，子页面提交后返回父页面，并且父页面刷新。 Android的Chrome浏览器对这个需求就很容易支持，因为他每次页面重新显示的时候，都会刷新整个页面。而IOS的Safari浏览器出现了问题，Safari浏览器会读取缓存，不会重新刷新页面。
通过JS判断访问设备并跳转对应HTML页面 <script type="text/javascript"> if ((navigator.userAgent.match(/(iPhone|iPod|Android|ios|iPad)/i))) { window.location = "手机页面.html"; //移动端访问跳转页面 } else { window.location = "电脑页面.html"; //PC端访问跳转页面 } </sc
每个客户端都会有自己的 UA （userAgent）标识，可以用 JavaScript 获取客户端标识。
现象 总体而言，iOS 14 渲染性能变差，可以从以下几个测试看出。 测试1： 简单demo，使用egret引擎显示3000个图（都是同一个100*100 png 纹理），逐帧做旋转。（博客园视频播放
iOS和JS的交互看似两个问题，其实要解决的问题只有一个，那就是JS如何调用native方法。因为查询文档我们就可以发现，在UIWebView中，native有直接调用JS的方法, 但是JS却没有直接调用native的方法。 一、native直接调用js的方法： -(NSString*)stringByEvaluatingJavaScriptFromString :(NSString *)script; 二、JS直接调用native的方法 其实，UIWebView并没有提供JS调用native的方法，但是我
本示例讲述了关于js获取各种浏览器信息,例如微信浏览器,qq内置浏览器,电脑火狐浏览器,qq浏览器等等
弹窗包括：alert、confirm、prompt, 和url拦截类似都在回调方法中处理
面对着产品同学不断的询问：为什么 h5 的体验这么差？为什么不能和 app 的播放体验保持一致？我们对着 h5 不明确的文档和不同浏览器的怪异表现欲哭无泪。
本文来自“小时光茶社（Tech Teahouse）”公众号 作者简介： 文赫，2015年加入腾讯，作为前端开发工程师参与过手Q游戏公会，游戏中心，企鹅电竞等项目，具有丰富的移动端开发和直播开发经验。 导语 企鹅电竞项目，直播和视频播放是其中的核心。面对着产品同学不断的询问：为什么h5的体验这么差？为什么不能和app的播放体验保持一致？我们对着h5不明确的文档和不同浏览器的怪异表现欲哭无泪。 经过一系列的调研爬坑，斩荆披棘，我们一步步提升了体验，做到了和app基本一致的体验。在摸索优化背后，我们也想把这些问题
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/53541088
消息业务作为有赞移动的共享业务，在微商城、零售、美业等 B 端 App 中承担着多客服的角色，多客服是有赞为商家提供的连接商家和买家的即时消息客服工具；在精选、有赞客 C 端产品中扮演着用户联系商家的角色。在整个有赞产品中，是商家和用户沟通的桥梁，起着非常重要的作用。
TSINGSEE青犀视频的流媒体播放器EasyPlayer视频播放器，可支持H.264与H.265视频编码格式，性能稳定、播放流畅，还能支持RTSP、RTMP、HLS、FLV、WebRTC等视频流播放，并且已实现网页端实时录像、在iOS上实现低延时直播等功能。目前TSINGSEE青犀视频的所有视频监控平台均使用的是EasyPlayer.js播放器，也是最受用户及开发者欢迎的一款H5流媒体播放器。
Hippy (https://github.com/Tencent/Hippy) 是腾讯在2019年12月20日开源跨端框架。
移动端调试方案 页面容器 移动设备上的各种浏览器 各类app内的webview debug方案 Android端 iOS端 跨平台 抓包工具Charles 调试工具weinre 其他方案 附录：ES6标准兼容情况 页面容器 移动设备上的各种浏览器 chrome、safari、firefox、samsung browser
说到JavaScript脚本，iOS开发者都会想到一个名叫JavaScriptCore的框架。这个框架的确十分强大，其中封装了一套JavaScript运行环境以及Native与JS数据类型之间的转换桥梁。本篇博客主要讨论如何使用此框架来在iOS应用中运行JavaScript脚本。
JS判断当前设备是 PC IOS Andriod <script > window.onload = function(){ var isPc = IsPC(); var isAndroid = is_android(); if (isPc){ //pc location.href = url; }else{ if (isAndroid){
作者简介： 文赫，2015年加入腾讯，作为前端开发工程师参与过手Q游戏公会，游戏中心，企鹅电竞等项目，具有丰富的移动端开发和直播开发经验。 导语 企鹅电竞项目，直播和视频播放是其中的核心。面对着产品同学不断的询问：为什么h5的体验这么差？为什么不能和app的播放体验保持一致？我们对着h5不明确的文档和不同浏览器的怪异表现欲哭无泪。 经过一系列的调研爬坑，斩荆披棘，我们一步步提升了体验，做到了和app基本一致的体验。在摸索优化背后，我们也想把这些问题和解决方法总结下来，让其他同学做到直播的时候可以自豪的说，这
一直想试试RN，但是因为安装环境的问题一直没有成功，中间陆陆续续因为时间的原因中断了一段时间，今天终于鼓起勇气再次冲击·····，先说一下我之前安装环境的坑爹史吧。 刚刚开始我是按照下面的按照方法安装的： ---- 1、首先需要安装 Homebrew，安装只要一句话：/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"，判断安装成功与否，可以用命令查看：b
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
