app-version

JavaScript的BOM相关内容

可紊 提交于 2020-07-24 17:42:51
BOM(浏览器对象模型) BOM(浏览器对象模型)简介 BOM是Browser Object Model的简写,即是浏览器对象模型。 BOM由一系列对象组成,是访问、控制、修改客户端浏览器的属性的方法。其中代表浏览器窗口的window对象是BOM的顶层对象,其他对象都是该对象的子对象。 BOM没有统一的标准(每种客户端都可以自定标准) JavaScript语法的标准化组织是ECMA DOM的标准化组织是W3C BOM没有缺乏标准,BOM最初是Netscape浏览器标准的一部分 window对象 window,中文是“窗口”的意思。window对象代表一个浏览器或一个框架。window对象会在 <body> 或 <frameset> 每次出现时被自动创建。 JavaScript中任何一个全局函数或变量都是window的属性 window对象除了是BOM中所有对象的父对象外,还包含一些常用属性、方法。 window.方法和window.属性就可以访问了。 存在兼容性的属性、方法:状态栏属性status 过时的属性、方法:打开新窗口的open()、框架集合对象frames[]、与窗口操作有关的属性、方法:name、pageXOffset、pageYOffset、moveTo()、moveBy()等 常用的属性和方法: alert():显示带有一段信息和一个确认按钮的警告框 window

前端--javaScript之BOM和DOM

馋奶兔 提交于 2020-05-07 22:13:10
BOM和DOM概述 BOM(Browser Object Model):是指浏览器对象模型,它使js有能力和浏览器进行"对话". DOM(Document Object Model):是指文档对象模型,通过它,可以访问HTML文档的所有元素. BOM: window对象是客户端js最高层对象之一,由于window对象是其他大部分对象的共同祖先,在调用window对象的方法和属性时,可以省略window对象的引用.例如window.document.write()可以简写成:document.write(). 一.window对象 所有浏览器都支持window对象.它表示浏览器窗口. *如果文档包含框架(frame 或 iframe 标签),浏览器会为 HTML 文档创建一个 window 对象,并为每个框架创建一个额外的 window 对象。 *没有应用于 window 对象的公开标准,不过所有浏览器都支持该对象。 所有js全局对象.函数以及变量均自动成为window对象的成员. 全局变量是window对象的属性.全局函数是window对象的方法. 一些常用的window方法: window.innerHeight------浏览器窗口的内部高度 window.innerWidth------浏览器窗口的内部宽度 window.open()------打开新窗口 window

nw core index.js

牧云@^-^@ 提交于 2020-05-02 13:20:32
nw core index.js wechat_devtools_1.02.1904090/Contents/Resources/package.nw/js/core/index.js const path = require('path' ) const tools = require('../js/84b183688a46c9e2626d3e6f83365e13.js' ) const locales = require('../js/common/locales/index.js' ) const isMac = (process.platform === 'darwin' ) const query = tools.getQuery(location.search) // 记录工具开始运行的时间 global.beginTime = Date.now() function hack() { // to prevent drag image or html document.body.addEventListener('dragover', function (e) { e.preventDefault() e.stopPropagation() }, false ) document.body.addEventListener( 'drop', function (e) {

苹果手机出现软键盘页面上顶不落下

你。 提交于 2020-04-30 14:54:36
<input type="text" id="username" data-arg="name" maxlength="5" placeholder="姓名" onclick="sr(this);" onblur="nosr(this)" /> <script> function sr(obj) { if (versions.iPhone || versions.iPad || versions.ios) { obj.scrollIntoView(true); } } var versions = function () { var u = navigator.userAgent, app = navigator.appVersion; return { //移动终端浏览器版本信息 ios: !!u.match(/\(i[^;]+;( U;)? CPU.+Mac OS X/), //ios终端 android: u.indexOf('Android') > -1 || u.indexOf('Linux') > -1, //android终端或uc浏览器 iPhone: u.indexOf('iPhone') > -1, //是否为iPhone或者QQHD浏览器 iPad: u.indexOf('iPad') > -1, //是否iPad }; }; function nosr

根据js来判断手机是操作系安卓还是ios

。_饼干妹妹 提交于 2020-04-24 05:51:56
平常开发很常见的功能,在移动端需要根据javaScript来判断手机是安卓还是ios进行应用市场跳转。 通过js提供的 Navigator 可以来判断手机是安卓还是ios系统,代码如下 1.js判断是否为IOS设备 function IsAppleStore() { var u = navigator.userAgent, app = navigator.appVersion; var ios = !!u.match(/\(i[^;]+;( U;)? CPU.+Mac OS X/ ); var iPad = u.indexOf('iPad') > -1 ; var iPhone = u.indexOf('iPhone') > -1 || u.indexOf('Mac') > -1 ; if (ios || iPad || iPhone) { return true ; } else { return false ; } } 1.js判断是否为Android设备 function IsAndroidList() { var u = navigator.userAgent; if (u.indexOf('Android') > -1 || u.indexOf('Adr') > -1 ) { return true } else { return false } }

JS对象—4.窗口对象(location,screen,history,navigator)

会有一股神秘感。 提交于 2020-04-11 16:22:40
一 . 地址对象 location 1. protocol → < 字符串 > 获取或设置 URL 协议 2. host → < 字符串 > 获取或设置 URL 的主机名和端口 3. hostname → < 字符串 > 获取或设置 URL 主机名 4. port → < 字符串 > 获取或设置 URL 端口 5. pathname → < 字符串 > 获取或设置 URL 路径 6. search → < 字符串 > 获取或设置 URL 查询部分 ( 问号串 ) 7. hash → < 字符串 > 获取或设置 URL 锚部分 ( #号串 ) 8. href → < 字符串 > 获取或设置 URL 地址 //方法 1. assign ( < URL > ) 跳转到指定 URL 2. replace ( < URL ) 清除当前文档并跳转到指定 URL 3. reload ( < URL ) 重写加载当前 URL 4. toString ( ) 返回同href一样 二 . 屏幕对象 screen 1. height 屏幕总高度 2. width 屏幕总宽度 3. availHeight 屏幕可供显示高度 ( 排除菜单栏工具栏 ) 4. availWidth 屏幕可供显示宽度 ( 排除菜单栏工具栏 ) 5. colorDepth 屏幕颜色深度 三 . 浏览历史对象 history 1.

大话业务场景与解决方案-做任务

∥☆過路亽.° 提交于 2020-04-07 12:22:18
背景 多数的移动端APP都会有做任务领取奖励的功能模块,这类需求的目的是培养用户使用习惯,提升用户活跃性,用户完成任务获得积分奖励,通过积分兑换商品或者充值话费,微信体现等。 拟定需求场景(如图↓),概要:APP底部导航中新增小任务Tab,点击Tab可查看任务完成进度和领取情况,点击去完成跳转到做任务的业务界面,当用户完成任务并且满足领取条件的时候,任务Tab需要红点提醒用户当前有奖励可领取,用户领取后并且当前没有待领取奖励小红点消失,任务完成进度和领取状态仅保持当天,隔天刷新。 业务分析 在开发前需要对需求进行整理,对细节进行确认,然后设计解决方案,预估开发时间,这里将对于业务中核心的内容进行梳理: 用户想要完成任务,需要去操作其他业务功能,如:评论成功后需要完成每日评论任务,关注主题后完成关注新手任务,这里就涉及核心问题, 任务需要依赖于其他业务 为了保障后续拓展性, 任务需要支持后台管理 ,配置任务名,描述,任务类型(每日,新手,活动),完成次数,奖励积分数量,去完成跳转uri 等 用户完成任务后不用自动领取奖励,需要进入到任务列表点击领取操作,可领取时导航Tab需要小红点提醒,和产品确认任务的完成和提醒的用户体验 可以接受短时间延迟 用户多次操作业务,或者出现重复操作(恶意并发请求刷积分),保证任务只能完成一次并且只能领取一次奖励, 需要保证幂等性 方案设计 核心目标:

大话业务场景与解决方案-做任务

假装没事ソ 提交于 2020-04-07 09:54:21
背景 多数的移动端APP都会有做任务领取奖励的功能模块,这类需求的目的是培养用户使用习惯,提升用户活跃性,用户完成任务获得积分奖励,通过积分兑换商品或者充值话费,微信体现等。 拟定需求场景(如图↓),概要:APP底部导航中新增小任务Tab,点击Tab可查看任务完成进度和领取情况,点击去完成跳转到做任务的业务界面,当用户完成任务并且满足领取条件的时候,任务Tab需要红点提醒用户当前有奖励可领取,用户领取后并且当前没有待领取奖励小红点消失,任务完成进度和领取状态仅保持当天,隔天刷新。 业务分析 在开发前需要对需求进行整理,对细节进行确认,然后设计解决方案,预估开发时间,这里将对于业务中核心的内容进行梳理: 用户想要完成任务,需要去操作其他业务功能,如:评论成功后需要完成每日评论任务,关注主题后完成关注新手任务,这里就涉及核心问题, 任务需要依赖于其他业务 为了保障后续拓展性, 任务需要支持后台管理 ,配置任务名,描述,任务类型(每日,新手,活动),完成次数,奖励积分数量,去完成跳转uri 等 用户完成任务后不用自动领取奖励,需要进入到任务列表点击领取操作,可领取时导航Tab需要小红点提醒,和产品确认任务的完成和提醒的用户体验 可以接受短时间延迟 用户多次操作业务,或者出现重复操作(恶意并发请求刷积分),保证任务只能完成一次并且只能领取一次奖励, 需要保证幂等性 方案设计 核心目标:

如何优雅设计 API 接口,实现统一格式返回?

↘锁芯ラ 提交于 2020-03-18 12:51:16
某厂面试归来,发现自己落伍了!>>> 来源:老顾聊技术 前言 在移动互联网,分布式、微服务盛行的今天,现在项目绝大部分都采用的微服务框架,前后端分离方式, (题外话:前后端的工作职责越来越明确,现在的前端都称之为大前端,技术栈以及生态圈都已经非常成熟;以前后端人员瞧不起前端人员,那现在后端人员要重新认识一下前端,前端已经很成体系了) 一般系统的大致整体架构图如下: image 需要说明的是,有些小伙伴会回复说,这个架构太简单了吧,太low了,什么网关啊,缓存啊,消息中间件啊,都没有。 因为老顾这篇主要介绍的是API接口,所以我们聚焦点,其他的模块小伙伴们自行去补充。 接口交互 前端和后端进行交互,前端按照约定请求URL路径,并传入相关参数,后端服务器接收请求,进行业务处理,返回数据给前端。 针对URL路径的restful风格,以及传入参数的公共请求头的要求(如:app_version,api_version,device等),老顾这里就不介绍了,小伙伴们可以自行去了解,也比较简单。 后端服务器如何实现把数据返回给前端? 返回格式 后端返回给前端我们一般用JSON体方式,定义如下: { #返回状态码 code : integer , #返回信息描述 message : string , #返回值 data : object } CODE状态码 code返回状态码

从入门到实践:创作一个自己的 Helm Chart

时光毁灭记忆、已成空白 提交于 2020-02-28 19:40:30
前言 我们平时在日常生活中会经常在不同的平台上与各种各样的应用打交道,比如从苹果的 App Store 里下载的淘宝、高德、支付宝等应用,或者是在 PC 端安装的 Word、Photoshop、Steam。这些各类平台上的应用程序,对用户而言,大多只需要点击安装就可使用。 然而,在云 (Kubernetes)上,部署一个应用往往却不是那么简单。如果想要部署一个应用程序到云上,首先要准备好它所需要的环境,打包成 Docker 镜像,进而把镜像放在部署文件 (Deployment) 中、配置服务 (Service)、应用所需的账户 (ServiceAccount) 及权限 (Role)、命名空间 (Namespace)、密钥信息 (Secret)、可持久化存储 (PersistentVolumes) 等资源。也就是编写一系列互相相关的 YAML 配置文件,将它们部署在 Kubernetes 集群上。 但是即便应用的开发者可以把这些 Docker 镜像存放在公共仓库中,并且将所需的 YAML 资源文件提供给用户,用户仍然需要自己去寻找这些资源文件,并把它们一一部署。倘若用户希望修改开发者提供的默认资源,比如使用更多的副本 (Replicas) 或是修改服务端口 (Port),他还需要自己去查需要在这些资源文件的哪些地方修改,更不用提版本变更与维护会给开发者和用户造成多少麻烦了。