当前位置:文档之家› API标准勘误表

API标准勘误表

API标准勘误表
API标准勘误表

Date of Issue: February 2014

Affected Publication:API Specification Q1, Specification for Quality Management System Requirements for Manufacturing Organizations for the Petroleum and Natural Gas Industry, Ninth Edition, June 2013

ERRATA

Page 26, A.1 Scope, the second sentence should read:

Through the API Monogram Program, API licenses product manufacturers to apply the API Monogram to new products which comply with product specifications and have been

manufactured under a quality management system that meets the requirements of API Q1.

Page 26, A3.1 API monogrammable product, the definition should read:

Product that has been newly manufactured by an API licensee utilizing a fully implemented API Q1 compliant quality management system and that meets all the API specified

requirements of the applicable API product specification(s) and/or standard(s)

过滤器过滤效率测试方法

过滤器过滤效率测试方法 3.1 计重法Arrestance ⑴计重法一般用于测量中央空调系统中作为预过滤的低 效率过滤器. ⑵将过滤器装在标准试验风洞内, 上风端连续发尘, 每 隔一段时间, 测量穿过过滤器的粉尘重量(或过滤器上 的集尘量), 由此得到过滤器在该阶段按粉尘重量计算 的过滤效率. 最终的计重效率是各试验阶段效率依发 尘量的加权平均值. ⑶试验用的尘源为大粒径、高浓度标准粉尘.各国使用的 粉尘是不相同的. ⑷计重法试验的终止试验条件为: 和用户约定的终阻力 值, 或试验者自己规定的终阻力值. 终阻力值不同, 计重效率就不同. ⑸计重法试验是破坏性试验, 不能用作产品生产中的性 能检验. ⑹计重法试验的相关标准: 美国标准: ANSI/ASHRAE 52.1 - 1992 英国标准: EN 779 - 1993 中国标准: GB 12218 - 1989 3.2 比色法Dust - spot ⑴比色法用于测量效率较高的一般通风用过滤器.中央 空调系统中的大部份过滤器属于这种过滤器. ⑵试验台与试验粉尘与计重法相同. ⑶用装有高效滤纸的采样头在过滤器前后采样.每经过 一段发尘试验,测量不发尘状态下过滤器前后采样点 采样头上高效滤纸的通光量, 通过比较滤纸通光量的

差别, 用规定计算方法得出所谓“过滤效率”. 最终的 比色效率是各试验阶段效率依发尘量的加权平均值. ⑷终止试验条件与计重法相似: 和用户约定的终阻力值, 或试验者自己规定的终阻力值. 终阻力值不同, 比色 效率就不同. ⑸比色法试验是破坏性试验, 不能用作产品生产中的性 能检验. ⑹计重法试验的相关标准: 美国标准: ANSI/ASHRAE 52.1 - 1992 英国标准: EN 779 - 1993 中国从来没有使用过比色法, 国内也没有比色法试验台. ⑺比色法曾经是国外通行的试验方法, 这种方法正逐渐 被计数法所取代. 3.3 大气尘计数法 ⑴中国对一般用通风过滤器的效率分级是建立在大气尘 计数法基础上的. 中国的计数法标准早于欧美, 但应 为它是建立在20世纪80年代国产计数器和相应测量 水平面上, 所以方法 比较粗糙.. ⑵尘源为大气中的“大气尘”. ⑶测量粉尘颗粒数的仪器为普通光学或激光粒子计数 器. ⑷大气尘计数法的效率值只代表新过滤器的初始效率. ⑸标准: GB 12218 - 1989 3.4 计数法Particle Efficiency

百度知道开放平台openAPI接口规范文档 V1.0

百度知道开放平台OPEN API接口规范文档 V 1.0 系统名称百度知道开放平台OPEN API服务接口 项目负责人 作者陈霖 文档提交日期2010-11-04 百度在线网络技术(北京)有限公司 (版权所有,翻版必究)

修改记录 No 修改后 版本号 修改内容简介修改日期修改人 1 1.0 百度知道OPEN API服务接口2010-11-04 陈霖

目录 1背景 (6) 2规范适用对象说明 (6) 3名词解释 (6) 4请求数据包格式规范 (6) 4.1URL (6) 4.2参数 (7) 4.2.1系统级参数 (7) 4.2.2业务级参数的通用约定 (7) 4.2.3参数签名算法 (7) 5响应数据包格式规范 (8) 5.1XML输出格式 (8) 5.2json输出格式 (9) 5.3错误响应输出格式 (9) 6错误码定义 (10) 7API接口细则 (10) 7.1baidu.zhidao.getCatalogInfo (10) 7.1.1功能 (10) 7.1.2参数 (11) 7.1.3返回值 (11) 7.2baidu.zhidao.getQuestionList (11) 7.2.1功能 (11) 7.2.2参数 (11) 7.2.3返回值 (12) 7.3baidu.zhidao.getQuestionSearch (12) 7.3.1功能 (12) 7.3.2参数 (12) 7.3.3返回值 (13) 7.4baidu.zhidao.getQuestionInfo (13) 7.4.1功能 (13) 7.4.2参数 (13) 7.4.3返回值 (14) 7.5baidu.zhidao.getQuestionAnswer (14) 7.5.1功能 (14) 7.5.2参数 (14) 7.5.3返回值 (15) 7.6baidu.zhidao.getUserInfo (15) 7.6.1功能 (15) 7.6.2参数 (15) 7.6.3返回值 (15) 7.7baidu.zhidao.getUserQuestionList (16) 7.7.1功能 (16) 7.7.2参数 (16)

百度知道OPEN API接口规范文档1.0_final

百度知道OPEN API接口规范文档V1.0 系统名称百度知道OPEN API服务接口 项目负责人 作者耿艳坤 文档提交日期2010-08-26 百度在线网络技术(北京)有限公司 (版权所有,翻版必究)

修改记录 No 修改后 版本号 修改内容简介修改日期修改人 1 1.0 百度知道OPEN API服务接口2010-08-26 耿艳坤

目录 1背景 (4) 2规范适用对象说明 (4) 3名词解释 (4) 4请求数据包格式规范 (4) 4.1URL (4) 4.2参数 (4) 4.2.1系统级参数 (4) 4.2.2业务级参数的通用约定 (5) 4.2.3参数签名算法 (5) 5响应数据包格式规范 (6) 5.1XML输出格式 (6) 5.2json输出格式 (6) 5.3错误响应输出格式 (7) 6错误码定义 (7) 7API接口细则 (8) 7.1baidu.zhidao.getQuestionList (8) 7.1.1功能 (8) 7.1.2参数 (8) 7.1.3返回值 (8) 7.2baidu.zhidao.getQuestionSearch (9) 7.2.1功能 (9) 7.2.2参数 (9) 7.2.3返回值 (9) 7.3baidu.zhidao.getQuestionInfo (10) 7.3.1功能 (10) 7.3.2参数 (10) 7.3.3返回值 (10) 7.4baidu.zhidao.getQuestionAnswer (11) 7.4.1功能 (11) 7.4.2参数 (11) 7.4.3返回值 (12) 7.5baidu.zhidao.question (12) 7.5.1功能 (12) 7.5.2参数 (12) 7.5.3返回值 (12) 7.6baidu.zhidao.answer (13) 7.6.1功能 (13) 7.6.2参数 (13) 7.6.3返回值 (13) 8第三方提供API接口细则 (14) 9附件及参考资料 (15)

开发接口文档-API文档模板

XXX项目接口文档版本控制信息 获取所有字段 获取所有字段 请求地址:/session/field/findAll 请求参数 响应

请求例子:响应例子:{"code":"10000","exception":null,"isSuccess":true,"message":"成功,系统处理正常! ","page":0,"pageSize":0,"returnObject":null,"returnValue":{"types":null,"villages":null,"companys":[{"iconColour":"","iconSize":0,"ico nStyle":"","id":4,"name":"XX"},{"iconColour":"","iconSize":0,"iconStyle":"","id":5,"name":"XX"},{"iconColour":"","iconSize":0,"iconSty le":"","id":7,"name":"XX"}]},"totals":0} 文件上传 文件上传(ajax) 请求地址:/session/file/upload 请求参数 响应 请求例子:var formData = new FormData(); ("file", [0]); $.ajax({ url : routePath + "/session/file/upload", type : 'POST', data : formData,

processData : false, contentType : false, success : function(result) { result = (result); if == "10000"){ ('上传成功!'); $("#editHeadPortrait").val } } }); 响应例子:returnValue里包含了 fileName和filePath 字段管理-所属类型 新增所属类型 请求地址:/session/fieldType/save 请求参数 响应 请求例子:响应例子:{"code":"10000","exception":null,"isSuccess":true,"message":"成功,系统处理正常!","page":0,"pageSize":0,"returnListSize":0,"returnObject":null,"returnValue":null,"totals":0}

共享平台API接口规范文档V0.7s

共享平台API接口规范 版本: 0.7s 携程旅行网

目录 1.前言 (4) 1.1功能描述 (4) 1.2阅读对象 (4) 1.3业务术语 (4) 1.4技术服务............................................................................................................... 错误!未定义书签。 2.接口参数说明 (5) 2.1普通政策请求参数 (5) 2.2特惠政策请求参数 (5) 2.3特价政策请求参数 (16) 3.示例Xml请求 (16) 3.1普通政策 (16) 3.2特惠政策 (16) 3.3特价政策 (19) 4.错误代码整理 (21) 4.1错误代码规则说明 (21) 4.2错误固定标识及错误代码分类说明 (21) 4.3目前已知错误代码列表 (21)

版本历史

1.前言 1.1 功能描述 为了提高代理商在携程网的政策投放效率,满足其业务需求,由携程机票研发部门开发了一套代理商政策导入接入API。本文档是为了描述相应的接口规范。 1.2 阅读对象 面向具有一定技术实力的代理商公司相应的技术人员 1.3 业务术语 1.4 接口API导入必读 API导入入口: https://www.doczj.com/doc/393788999.html,/Flight-Product-TradeAPI/PolicyWS.asmx

接口参数: username: 用户名 password: 密码(格式: MD5(UTF-8(“username#password”))) execType: 执行类型,只支持FullADD(全量上传), ADD(增量上传) gzipRequestBytes: 请求报文字节数组,是对报文进行GZIP后产生的字节流 接口响应格式:返回的是对报文GZIP后的base64位格式的文本编码 目前每日最大请求次数是500次 1.5 技术服务 前期请直接联系相应的票台关联业务人员 2.接口参数说明 2.1 普通政策请求参数

api接口文档

API(Application Programming Interface,应用程序编程接口)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件的以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。API除了有应用“应用程序接口”的意思外,还特指API的说明文档,也称为帮助文档。 API:应用程序接口(API:Application Program Interface) 应用程序接口(是一组定义、程序及协议的集合,通过API 接口实现计算机软件之间的相互通信。API 的一个主要功能是提供通用功能集。程序员通过调用API 函数对应用程序进行开发,可以减轻编程任务。API 同时也是一种中间件,为各种不同平台提供数据共享。 根据单个或分布式平台上不同软件应用程序间的数据共享性能,可以将API 分为四种类型: 远程过程调用(RPC):通过作用在共享数据缓存器上的过程(或任务)实现程序间的通信。 标准查询语言(SQL):是标准的访问数据的查询语言,通过数据库实现应用程序间的数据共享。 文件传输:文件传输通过发送格式化文件实现应用程序间数据共享。

信息交付:指松耦合或紧耦合应用程序间的小型格式化信息,通过程序间的直接通信实现数据共享。 当前应用于API 的标准包括ANSI 标准SQL API。另外还有一些应用于其它类型的标准尚在制定之中。API 可以应用于所有计算机平台和操作系统。这些API 以不同的格式连接数据(如共享数据缓存器、数据库结构、文件框架)。每种数据格式要求以不同的数据命令和参数实现正确的数据通信,但同时也会产生不同类型的错误。因此,除了具备执行数据共享任务所需的知识以外,这些类型的API 还必须解决很多网络参数问题和可能的差错条件,即每个应用程序都必须清楚自身是否有强大的性能支持程序间通信。相反由于这种API 只处理一种信息格式,所以该情形下的信息交付API 只提供较小的命令、网络参数以及差错条件子集。正因为如此,交付API 方式大大降低了系统复杂性,所以当应用程序需要通过多个平台实现数据共享时,采用信息交付API 类型是比较理想的选择。 API 与图形用户接口(GUI)或命令接口有着鲜明的差别:API 接口属于一种操作系统或程序接口,而后两者都属于直接用户接口。 有时公司会将API 作为其公共开放系统。也就是说,公司制定自己的系统接口标准,当需要执行系统整合、自定义和程序应用等操作时,公司所有成员都可以通过该接口标准调用源代码,该接口标准被称之为开放式API。

过滤器分级标准

过滤器分级标准 文稿归稿存档编号:[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

由于现在许多企业选用的是进口的过滤器,而它们表示效率的方法与国 内的不同,为便于比较,将它们之间的换算关系列表如下: 按欧洲标准,粗效过滤器分为四级(G1~~G4): G1 效率对粒径≥5.0μm,过滤效率E≥20% (对应美国标准C1) G2 效率对粒径≥5.0μm,过滤效率50>E≥20% (对应美国标准C2~C4) G3 效率对粒径≥5.0μm,过滤效率70>E≥50% (对应美国标准L5) G4 效率对粒径≥5.0μm,过滤效率90>E≥70% (对应美国标准L6) 中效过滤器分为两级(F5~~F6): F5 效率对粒径≥1.0μm,过滤效率50>E≥30% (对应美国标准M9、M10) F6 效率对粒径≥1.0μm,过滤效率80>E≥50% (对应美国标准M11、 M12) 高中效过滤器分为三级(F7~~F9): F7 效率对粒径≥1.0μm,过滤效率99>E≥70% (对应美国标准H13) F8 效率对粒径≥1.0μm,过滤效率90>E≥75% (对应美国标准H14) F9 效率对粒径≥1.0μm,过滤效率99>E≥90% (对应美国标准H15) 亚高效过滤器分为两级(H10、H11):

H10 效率对粒径≥0.5μm,过滤效率99>E≥95% (对应美国标准H15) H11 效率对粒径≥0.5μm,过滤效率99.9>E≥99% (对应美国标准H16) 高效过滤器分为两级(H12、H13): H12 效率对粒径≥0.5μm,过滤效率E≥99.9% (对应美国标准H16) H13 效率对粒径≥0.5μm,过滤效率E≥99.99% (对应美国标准H17)

空气三级过滤器等级选用知识分享

精品文档 精品文档空气三级过滤器等级 C、T、A、H精密过滤器 C级精过滤器(Q级) 特点:支撑螺丝;保持滤芯稳定不受震荡;多层玻璃纤维及完全过滤>3um的固态粒子及液态微粒,并具有减低压降功能;多孔式外部圆筒过滤后的空气由此迅速流至过滤器出口;内,外滤芯皆防腐蚀。油雾剩余含量3ppm. 应用范围:气动工具,马达,气缸的前置过滤;精密过滤器的前置过滤;吸附式干燥机的前,后装置;保护自动控制系统。 材质:陶质滤芯 过滤杂质:3um 滤油含量:3PPM 最高温度:65度 功能:将压缩空气内大量的油气滤除到3PPM以内及滤除杂质颗粒3um。 T级精过滤器(P级) 特点:支撑螺丝;保持滤芯稳定不受震荡;内部弹性海绵具有前置过滤功能;超细玻璃纤维特殊设计的密度,直径及表面处理可过滤0.5um的固态粒子及液态微粒;外部海绵层吸收并排出油雾。内,外滤芯皆放腐蚀,油雾剩余含量0.05ppm. 应用范围:对使用有油式空压机如精密仪器,喷漆,食品和药物包装及电子制造业提供无油的压缩空气;前置或后置过滤。 材质:多层玻璃纤维滤芯 过滤杂质:0.5um 滤油含量:0.5PPM 最高温度:65度 功能:将压缩空气内大量的油气滤除到0.5PPM以内及滤除杂质颗粒0.5um。 A级精过滤器(S级) 特点:内外滤芯皆防腐蚀;涂膜封闭式海绵套筒进行预过滤和气流分散;多层矩阵复合玻璃纤维特殊设计的密度,可过滤0.01um的固态粒子及液态微粒;油雾剩余含量0.003ppm. 应用范围:关键应用场合的无油空气供应,气接触产品的场合。空气相关产品,传输,搅拌,电子元件制造,氨替换;前置或后置过滤。 材质:多层玻璃纤维滤芯 过滤杂质:0.01um 滤油含量:0.01PPM 最高温度:65度 功能:将压缩空气中的微量油气精密滤除至0.01PPM以内同时空气中杂质颗粒至0.01micro n,达到无油标准的高制品压缩空气。 H级高效精过滤器(C级) 特点:内外滤芯皆防腐蚀,极精细活性炭粉稳定层滤除绝大部分油蒸气;特殊设计复合纤维介质粘合微精活性炭粉,滤除0.01um的固态粒子及微态微粒;复合纤维层防止活性炭微粒位移,外涂膜封闭式海绵网筒防止纤维游移;在额定运行条件下,设计寿命2000小时;油雾剩余含量0.003ppm. 应用范围:食品,饮料,医药,医院及药物工厂;呼吸用空气;潜水保证作业,活性炭过滤,用于工作环境除菌除臭。 材质:活性炭滤芯

开心网API接口说明文档

开心网API接口说明文档 以下是为大家整理的开心网ApI接口说明文档的相关范文,本文关键词为开心,ApI,接口,说明,文档,oauth,认证,获取,授权,您可以从右上方搜索框检索更多相关文章,如果您觉得有用,请继续关注我们并推荐给您的好友,您可以在综合文库中查看更多范文。 1.oauth认证 ①获取未授权的Requesttoken 需要第三方应用程序的ApIKey和ApIsecrect才能在相应的接口地址申请未授权的Requesttoken。ApIKey和ApIsecrect是第三方应用与

开心网申请获得的,在使用Kaixin_android_sdk之前,先要把/kaixin_android_sdk/src/com/kaixin/connect/Kainxin.java中的consumeR_KeY和consumeR_secRecT替换成为你申请的ApIKey和ApIsecretKey。示例代码: Kaixinkaixin=Kaixin.getInstance();Try{ //获取未授权的RequestToken If(kaixin.getRequsetToken(context,”….”)){uriuri= uri(Kaixin.Kx_AuThoRIZe_uRL+”?oauth_token”+kaixin,getRequestToken() ); startActivity(newIntent(…),uri);}} ApI提供了获得未授权的RequestToken的方法,就是getRequestToken();传两个参数,第一个是当前的上下文,第二个是callbackuRL(重定向的uRL地址)。返回类型是boolean值,false就是没有申请成功。 ②请求用户授权RequestToken uri中的保存的是请求用户授权的接口地址。 (1)此页面中会要求用户登录,然后选择同意或者拒绝对应用授权。(2)授权成功后: A:web应用会重定向到oauth_callback所指定的uRL(含返回参数)b:客户端应用(oauth_callback=oob)会在网页中给出授权码,用户需要手工将验证码输入到应用中才能完成授权流程。

api接口文档

接口: 接口泛指实体把自己提供给外界的一种抽象化物,用以由内部操作分离出外部沟通方法,使其能被内部修改而不影响外界其他实体与其交互的方式。 在计算机中,接口是计算机系统中两个独立的部件进行信息交换的共享边界。这种交换可以发生在计算机软、硬件,外部设备或进行操作的人之间,也可以是它们的结合。 API: API是一些预先定义的函数,或指软件系统不同组成部分衔接的约定。用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程,而又无需访问源码,或理解内部工作机制的细节。 简介: 操作系统是用户与计算机硬件系统之间的接口,用户通过操作系统的帮助,可以快速、有效和安全、可靠地操纵计算机系统中的各类资源,以处理自己的程序。为使用户能方便地使用操作系统,OS 又向用户提供了如下两类接口: 用户接口:操作系统专门为用户提供了“用户与操作系统的接口” ,通常称为用户接口。该接口支持用户与OS 之间进行交互,即由用户向OS 请求提供特定的服务,而系统则把服务的结果返回给用户。 程序接口:操作系统向编程人员提供了“程序与操作系统的接口” ,简称程序接口,又称应用程序接口API。该接口是为程序员

在编程时使用的,系统和应用程序通过这个接口,可在执行中访问系统中的资源和取得OS 的服务,它也是程序能取得操作系统服务的唯一途径。大多数操作系统的程序接口是由一组系统调用(system call)组成,每一个系统调用都是一个能完成特定功能的子程序。 应用程序接口又称为应用编程接口,是一组定义、程序及协议的集合,通过API接口实现计算机软件之间的相互通信。API 的一个主要功能是提供通用功能集。API同时也是一种中间件,为各种不同平台提供数据共享。程序设计的实践中,编程接口的设计首先要使软件系统的职责得到合理划分。良好的接口设计可以降低系统各部分的相互依赖,提高组成单元的内聚性,降低组成单元间的耦合程度,从而提高系统的可维护性和可扩展性。

开发接口文档-API文档模板

XXX项目接口文档 版本控制信息 1获取所有字段 1.1获取所有字段 请求地址:/session/field/findAll 响应例子:{"code":"10000","exception":null,"isSuccess":true,"message":"成功,系统处理正常! ","page":0,"pageSize":0,"returnObject":null,"returnValue":{"types":null,"villages":null,"companys":[{"iconColour":"", "iconSize":0,"iconStyle":"","id":4,"name":"XX"},{"iconColour":"","iconSize":0,"iconStyle":"","id":5,"name":"XX"},{"icon Colour":"","iconSize":0,"iconStyle":"","id":7,"name":"XX"}]},"totals":0}

2文件上传 2.1文件上传(ajax) 请求地址:/session/file/upload formData.append("file", this.files[0]); $.ajax({ url : routePath + "/session/file/upload", type : 'POST', data : formData, processData : false, contentType : false, success : function(result) { result = JSON.parse(result); if(result.code == "10000"){ layer.msg('上传成功!'); $("#editHeadPortrait").val(result.returnValue.filePath); } } }); 响应例子:returnValue里包含了 fileName和filePath 3字段管理-所属类型 3.1新增所属类型 请求地址:/session/fieldType/save

接口文档规范

XXX接口说明书(版本:V1.0)

修订记录

1简介 1.1文档目的 接口文档是前端与后端交互密不可分的环节,接口的规范性会直接影响双方对接过程中的效率和质量。本着快速高效开发的目的性,避免对接过程中的错误率。 1.2接口规范 (1)遵循RESTfulAPI设计风格 (2)数据格式采用json格式 (3)返回统一结构数据 例如: 结构:data(数据)、errorCode(状态码)、msg(提示信息) { data:{}, // 数据类型不一定为object类型 errorCode:10001, msg:'' } (4)枚举型参数应列举参数所有值及说明 例如: gender:性别(男:1,女:2) userInfo:{ name:'张三', age:23, gender:1 } (5)具有嵌套关系的参数应指明嵌套关系及子级数据结构 例如: billList: 账单列表(父级)

billList:[ { id:'001', billName:'测试数据', billStauts:1, address:'雁塔区' } ] (6) 返回参数数据类型保持一致性 例如: billList: 账单列表(有数据) billList:[ { id:'001', billName:'测试数据', billStauts:1, address:'雁塔区' } ] billList: 账单列表(无数据) billList:[] 返回的参数数据类型都为:array (7)下拉及选择型数据以键值对的形式返回例如: orderOperate:订单操作 orderOperate:[ { label:'待开票' value:1001 }, { label:'回款' value:1003 } ]

04过滤效率和洁净等级

一、过滤器术语及常识 1.1初阻力(Initial Resistance ) 实际使用时或试验条件下新过滤器的阻力,或者,额定风量下新过滤器的阻力。 1.2终阻力(Final Resistance ) 判定过滤器报废的阻力指标。 1.3无隔板过滤器(Mini-Pleat ,或者Close-Pleat ) 1.4隔板过滤器(Deep-Pleat ) 1.5自洁式过滤器(Pulse-jet Filter ) 带有压缩空气脉冲反吹清灰功能的过滤器和除尘器。 1.6预过滤器(Pre-Filer ) 对下一级过滤器起保护作用的过滤器。预过滤器可以有各种形式和效率规格。 1.7高效过滤器(High Efficiency Particulate Air Fliter 简称为HEPA Filter ) 传统说法:对0.3μm 粒子过滤效率≥99.97%的过滤器; 国内通行说法:用钠焰法试验,效率≥99.97%的过滤器; 待修订的国家标准:用钠焰法试验,效率≥99.9% 1.8亚高效过滤器 国内特有的产品(说法),用钠焰法试验,效率≥95%的过滤器; 国外同类效率的产品(H10)主要用于高效过滤器的预过滤。 1.9超高效过滤器(甚高效过滤器)(Ultra Low Penerration Air 简称ULPA Filter ) 对0.1~0.2μm 粒子过滤效率≥99.999%的过滤器(美国标准) 对MPPS 效率≥99.9995%的过滤器(欧洲标准) 1.10室内空气品质(Indoor Air Quality 简称IAQ ) 1.11换气次数(Air Changes ) 一小时内送风量与室内体积之比。 1.12洁净度(Cleanliness ) 洁净室或洁净区域单位空间所含某粒径以上颗粒物的限度。 1.13 ASHRAE Efficiency 采用美国采暖、制冷与空调工程师协会标准ASHRAE52.1规定方法测出的效率。一般是指比色法(Dust-Spot )效率,有时也称NBS 效率、AFI 效率。

OpenLayers API接口文档

OpenLayers API 由于OpenLayers是采用JavaScript实现的,不存在包的概念,但是它可以通过命名空间来实现类似包的功能。另外,JavaScript不存在继承的概念,也不存在私有、公有、保护等概念,OpenLayers中所谓的继承其实就是将基类中的所有属性和方法复制到子类中去。OpenLayers的命名空间如下: 一、OpenLayers命名空间:

如上图所示,OpenLayers是整个webgis系统的最外层命名空间,所有的地理信息系统相关web程序都在此命名空间下,在此命名空间下又创建了其他的命名空间来管理相关功能的类。在这个命名空间下定义了一些基础类和基类来构建整个框架。 1、class OpenLayers.Map Map类将div DOM元素实例化的对象为地图容器,可以向地图容器中添加图层和控件。 属性

2、class OpenLayers.Map2 基于OpenLayers.Map封装,将自有地图图层和常用控件都已经加载在地图当中,用户无需关心地图数据源等问题,简化了用户的地图调用。实例化该类后即可创建一个可查看和使用的地图对象,其方法和属性与OpenLayers.Map一致,见OpenLayers.Map类。 2、class OpenLayers.Marker OpenLayers命名空间下的Marker类可以被实例化为marker对象,用于标注地图上的位置,marker对象是由LonLat 对象和Icon对象组合而成的。markers一般被添加到一个叫做https://www.doczj.com/doc/393788999.html,yer.Markers的特殊图层中。 需要注意的是,如果你在一个marker中使用了一个icon,也就是说,你不能在其他的marker中在使用它——一旦你使用了这个icon,你应该clone()这个icon然后在另外的marker中使用这个icon。 3、class OpenLayers.Popup Popup类实例化一个弹出窗口,通常被添加到地图容器中。 构造函数

JPA开发文档(大全)

JPA开发文档(大全) 这是一份比较全面的JPA文档,希望能够帮助大家,让大家更好的学习工作。 1.发展中的持久化技术 3 1.1 JDBC (3) 1.2 关系对象映射(Object Relational Mapping,ORM) (3) 1.3 Java 数据对象(Java Data Object,JDO) (3) 1.4 Java Persistence API(JPA) (3) 2.JPA 体系架构 (5) 3.Entity Bean (7) 3.1定义对Entity中属性变量的访问 (7) 3.2 主键和实体标识(Primary Key and Entity Identity) (9) 4.EntityManager (10) 4.1 配置和获得EntityManager (10) 4.2 Entity的生命周期和状态 (10) 4.3 持久化Entity(Persist) (11) 4.4 获取Entity (13) 4.5 更新Entity (13) 4.6 删除Entity (13) 4.7 脱离/附合(Detach/Merge) (14) 5.JPA Query (14) 5.1 Query接口 (15) 5.2 简单查询 (15) 5.3 使用参数查询 (16) 5.4 排序(order by) (16) 5.5 查询部分属性 (17) 5.6 查询中使用构造器(Constructor) (17) 5.7 聚合查询(Aggregation) (18)

5.8 关联(join) (19) 5.9比较Entity (20) 5.10 批量更新(Batch Update) (21) 5.11批量删除(Batch Remove) (21) 1.发展中的持久化技术 1.1 JDBC 很多企业应用的开发者选择使用JDBC 管理关系型数据库中的数据。JDBC支持处理大量的数据,能够保证数据的一致性,支持信息的并发访问,提供SQL 查询语言查找数据。JDBC 所使用的关系模型不是为保存对象而设计的,因此迫使开发者选择在处理持久数据时放弃面向对象编程,或者自己去开发将面向对象特性(比如:类之间的继承)和关系型数据库进行映射的专有解决方案。 1.2 关系对象映射(Object Relational Mapping,ORM) ORM 是目前完成对象和关系数据表之间的映射最好的一种技术,这些ORM 框架处理对象和关系数据库之间的协调工作,将开发者从这部分工作中解脱出来,集中精力处理对象模型。阻碍ORM 发展的问题是,现有的每一种ORM 产品都有自己特有的API,开发者只能将自己的代码绑定到某一个框架提供商的接口上,这种状况形成了厂商锁定,意味着一旦该框架提供商无法解决系统中出现的严重错误,或者因为其它的原因转而采用其它的框架,将会给开发者的企业应用带来极大的困难,唯一的解决办法是重写所有的持久化代码。 1.3 Java 数据对象(Java Data Object,JDO) JDO 是Java EE 标准中另外一个支持管理持久化数据的规范,JDO 规范使用和JPA 非常类似的API,只是通常是通过JCA 技术集成到应用服务器上。但是JDO 是针对轻量级容器而设计的,不能够支持容器级别的声明式安全、事务特性,也无法对远程方法调用提供支持。 1.4 Java Persistence API(JPA)

开发接口文档API文档模板

X X X项目接口文档版本控制信息 1获取所有字段 1.1获取所有字段 请求地址:/session/field/findAll 请求参数 响应 响应例子:{"code":"10000","exception":null,"isSuccess":true,"message":"成功,系统处理正常! ","page":0,"pageSize":0,"returnObject":null,"returnValue":{"types":null,"villages":null,"companys":[{"iconColour":"", "iconSize":0,"iconStyle":"","id":4,"name":"XX"},{"iconColour":"","iconSize":0,"iconStyle":"","id":5,"name":"XX"},{"icon Colour":"","iconSize":0,"iconStyle":"","id":7,"name":"XX"}]},"totals":0} 2文件上传

2.1文件上传(ajax) 请求地址:/session/file/upload 请求参数 响应 请求例子:var formData = new FormData(); ("file", [0]); $.ajax({ url : routePath + "/session/file/upload", type : 'POST', data : formData, processData : false, contentType : false, success : function(result) { result = (result); if == "10000"){ ('上传成功!'); } } });

第三方充值平台接口开发文档

API接口说明书

目录 1、API介绍 (3) 1.1通讯协议 (3) 1.2充值流程 (3) 1.3权限版本(power) (3) 1.4版本号(ver) (4) 1.5时间戳(timestamp) (4) 1.6订单号(orderid) (4) 1.7数字签名(sign和signkey) (4) 2、API调用说明 (5) 2.1在线充值 (5) 2.2订单回调 (7) 2.3商品进价表 (7) 2.4渠道商信息 (9) 2.5游戏区服表 (11) 2.6用户余额 (12) 2.7手机号码归属地 (12) 2.8系统时间戳 (13) 2.9销售软件 (13) 2.10激活码开通软件 (14) 2.11下级用户列表 (15) 2.12财务记录 (16) 2.13订单记录 (17) 2.14转账 (19) 3、注意事项 (19) 4、通用状态码 (20) 5、附录 (20) 5.1全国省份直辖市ID对照表 (20)

1、API介绍 1.1通讯协议 1. 联系速度达技术(QQ:1551369420)获取密钥KEY,及接口地址。 2. 接口采用GET/POST方式提交请求 3. 返回XML或JSON,传入参数增加format=xml或者format=json 1.2充值流程 一次请求保存在本地 1 请求时间戳 系统启动,获取服务器时间戳 [api/sys_now] 2请求产品表、渠道表、区服表 获取充值产品表 [api/product]、渠道表 [api/product_channel]、区服表 [api/product_area](该步骤执行一次存储在本地即可) 多次请求3选择产品 根据所要充值的业务需要先调用本地数据(游戏充值需调用区服表、手机充值需调用渠道表并请求归属地 [api/sys_phone]),然后选择产品。 4提交订单 将充值订单提交到充值接口 [api/recharge]。其中productid 就是api/product的 i ;area的值就是手机号码归属地对应的值(见附录)如果是游戏则是api/product_area的i。 5回调订单状态 回调订单状态 [api/status]。 1.3权限版本(power) 13代表普及版 15代表专业版

TRSWCM6.5二次开发-023-接口API文档(可编辑修改word版)

修订记录

1基本类、常用基本方法 1.1常用方法 该节的方法需要依赖的JS 引入情况如下: 1.1.1判断数据类型的方法 1.1.1.1判断数据是否是数组E x t.i s A rr a y(o)和 A rr a y.i s A rr a y(o) ?方法说明:通过这个方法,可以判断当前参数o 的数据类型是否是数组,返回true 或false; ?参数说明:参数o 是要判断的数据; ?使用示例:例如要判断rels 是否是数组; var rels = []; Array.isArray(rels); 1.1.1.2判断数据是否是布尔型数据E x t.i s Boo l e a n(o) ?方法说明:判断数据的类型是否是布尔型,返回true 或false; ?参数说明:参数o 是要判断的数据; ?使用示例:例如要判断o 是否是布尔型数据; var o = true; Ext.isBoolean(o);

1.1.1.3判断数据类型是否是函数E x t.i s F un c t i o n(o) ?方法说明:判断数据的类型是否是函数,返回true 或false; ?参数说明:参数o 是要判断的数据; ?使用示例:例如要判断参数o 是否是函数; var o = function(){}; Ext.isFunction(o); 1.1.1.4判断数据类型是否是字符串E x t.i s S t r i n g(o) ?方法说明:判断数据的类型是否是字符串型,返回true 或false; ?参数说明:参数o 是要判断的数据; ?使用示例:例如要判断定义的o 是否是字符串类型; var o = 'aaa'; Ext.isString(o); 1.1.1.5判断数据类型是否是数字E x t.i s N u m b e r(o) ?方法说明:判断数据的类型是否是number 型,返回true 或false; ?参数说明:参数o 是要判断的数据; ?使用示例:例如要判断参数o 是否是数字类型; var o = 3; Ext.isNumber(o); 1.1.1.6判断数据类型是否是为空E x t.i s E m p t y(o, n o t A ll o w B l a n k) ?方法说明:判断数据的类型是否是空类型,包括null、undefined、以及notAllowBlank 参数不传或者传 false,空串也返回 true,返回true 或false; ?参数说明:参数o 是要判断的数据,参数 notAllowBlank 是是否允许空串也为空; ?使用示例:例如要o 是否为空; var o = ''; Ext.isEmpty(o);

开发接口文档-API文档模板

XXX项目接口文档版本控制信息 1获取所有字段 1.1获取所有字段 请求地址:/session/field/findAll 请求参数 响应

请求例子:响应例子:{"code":"10000","exception":null,"isSuccess":true,"message":"成功,系统处理正常!","page":0,"pageSize":0,"returnObject":null,"returnValue":{"types":null,"villages":null,"companys":[{"iconCo lour":"","iconSize":0,"iconStyle":"","id":4,"name":"XX"},{"iconColour":"","iconSize":0,"iconStyle":"","id":5 ,"name":"XX"},{"iconColour":"","iconSize":0,"iconStyle":"","id":7,"name":"XX"}]},"totals":0} 2文件上传 2.1文件上传(ajax) 请求地址:/session/file/upload 请求参数 响应 请求例子:var formData = new FormData(); ("file", [0]); $.ajax({

url : routePath + "/session/file/upload", type : 'POST', data : formData, processData : false, contentType : false, success : function(result) { result = (result); if == "10000"){ ('上传成功!'); $("#editHeadPortrait").val } } }); 响应例子:returnValue里包含了 fileName和filePath 3字段管理-所属类型 3.1新增所属类型 请求地址:/session/fieldType/save 请求参数 响应

相关主题
文本预览
相关文档 最新文档