控制API

控制API（精选7篇）

控制API 篇1

“云计算、移动化的广泛应用和其他先进技术给应用开发和部署带来了根本性变化。应用程序不再是独立的、托管在单一平台上, 而是可以由内部元件或提供商构建的元件进行快速组装。这些元件独立存在于本地 (任何硬件平台上) 或云上, 或两者都有。在这样的环境下, 那些通过提升价值链来更多投入于应用程序和服务的CIO们, 将进一步提升企业实力以推动业务成功。”CA Technologies首席技术官刘国强在接受采访时表示。

当前, 企业IT发展有两大重要技术方向——云计算和SOA (以服务为导向的架构) 。云计算进一步打破软硬件间的边界, 实现IT资源的动态分配、弹性调整、智能监控等。SOA打破了软件系统间固有的边界, 使得具备无边界信息整合能力的IT架构成为可能。未来的云计算将包含支持SOA的IT基础设施, 包括中间件等, 实现云环境下的应用服务化、服务构件化、构件平台化、平台虚拟化、虚拟泛在化。

刘国强认为, 与过去相比, I T正扮演着业务服务代理人和应用程序组装者的角色。当软件即服务 (SaaS) 、平台即服务 (PaaS) 、基础设施即服务 (IaaS) 为计算能力提供访问时, IT将更加关注组合业务应用, 而非“购买—构建—管理”这一模式, 从而使IT的速度、创新、性能和成本或风险效率达到新的水平。为了成功实现这一转型, 企业CIO们需要充分利用以服务为导向的架构, 从而更有效的使用和控制API (应用程序编程接口) 。

开启一扇门

在云计算时代, IT基础设施变得不再重要, 而应用和服务将成为企业信息化的重点。而API所带来的全新商业模式很好的契合了这一发展要求。在这种商业模式下, 企业和开发者通过公共或私人API选择微功能部件, 这些微功能部件可以相对轻松地被整合或丢弃, 这对企业的IT人员来说是件美妙的事情。

API的目的是通过把程序内部的一些功能有限地向外开放使得应用之间可基于各自的利益分享数据, 同时不需要开发者公布所有的软件代码。有人曾经这样形象地形容API的价值, 说API好比王府井大街上的店门, 店门越多, 代表这条街上做具体生意的商家越多, 由此产生的商品品种越多样化。王府井大街对应于初始固定投入, 店家对应于边际投入;王府井大街好比系统, 店家好比应用。API是联接系统与应用的中转站, 使同一个固定资本投入可以对应多个应用上的边际投入, 使一个系统基础业务可以对应多个增值应用, 使一个基础设施可以为众多商家分享。

当前, 无论是互联网还是企业, 系统和应用越来越趋于多样化, 就算再大的公司也不可能为所有平台的所有需求编写软件。所以分离系统平台和应用, 开放系统通过API推动应用的丰富, 这是大势所趋, 尤其在环境下。专家指出, 一旦API就绪, 平台的范围经济作用就充分发挥出来。因为无论是SaaS、PaaS还是IaaS其最大特点, 就是创新和改变的成本很低, 而且创新越多, 成本越低, 增值却越大。在高度竞争中, 规模经济往往趋向降价竞争, 而范围经济往往趋向提价竞争。因此, 平台开放已不是主观上愿意不愿意的问题, 而是技术和应用形势逼迫下不得不为之的事情。

整合与配合

具体到企业信息化建设的重点——数据中心, 有一个非常重要的关键词就是“整合”, 整合网络、存储和计算, 整合硬件和软件。为了让各个独立的部分完美整合在一起, 企业必须给它们提供一种智能化的通信方式, 而不需要专业技术人员繁琐的人工干预, 开放API能够很好做到这一点。

如果设计得当, API就可以为企业做很多事情:编写软件自动迁移存储逻辑单元或虚拟机, 定义网络流的实时QoS, 给应用和服务器附加各个系统均认可的策略, 或者自己为现有产品编写自动化机制。著名科技网站TechTarget却提醒企业, 虽然开放API表面上可以解决现代数据中心网络的许多问题, 但有个前提便是企业必须知道要解决的问题是什么以及具体要实现的目标。同时, 即使企业拥有实现这种可编程性所需要的全部技术与时间, 而且所有API都开放, 那么整合数据中心内各个分散系统所需要的工作仍然很繁重。因此, 企业不仅仅需要开放API, 还需要软件和硬件设备供应商的配合, 提供所购买设备的编程访问。

企业希望不同供应商系统和设备之间能够互相通信, 比如数据中心的存储和计算系统本身知道如何连接响应网络, 告诉网络它们需要什么, 而且网络也能够与它们通信, 这就要求使用通用的协议和工具。其实在这方面, 数据中心厂商已经开始行动。阿尔卡特朗讯公司便推出了基于云计算的开发平台, 希望推动数据中心网络向更为强大的应用交付平台的转型。该开发者平台为业务提供商和企业用户提供了一系列工具, 支持合作伙伴和第三方开发者在网络上建立、测试、管理和销售各种应用。

可以适时收缩

可以说, 大多数企业已经意识到通过开放API对于重建企业商业模式上的潜力, 但并不是每个API都应该被开放, 甚至在某些情况下, 不适当的时候以不合理的形式开放API会危害到企业的API商业战略。

事实上, 企业API并不都是对外开放的, 开发者们也把这类位开放的API称为“黑色API”, 它们是被企业严格控制的。从某种程度看, 这种做法或许不符合时下 (开放) 理念, 但懂得如何在适当的时候收缩 (关闭) API对于打造成功的API商务战略来说同样重要。举个例子, 著名的线音乐网站潘多拉的IT基础架构是构建在高度依赖于API之上的, 但有意思的是该公司并没有提供公开的API。这对于一家互联网公司来看貌似是做了一个很不应该的决定, 但是试想一下, 潘多拉如果对外开放API, 虽然获得了更多的用户, 但开发者进军音乐服务领域会破坏潘多拉自己的商业模式。

A P I可以提高用户体验和改进服务质量, 如果企业期望达到这个目的, 可以考虑将API开放出来。但是如果这样做的同时会损害企业的商业模式, 这便需要CIO们做出权衡, 评估开放或者关闭API有可能带来的影响。

此外, 还有什么情况, 企业可以考虑关闭API呢?对那种可能会涉及到机密信息的企业API, 平台方必须制定完整的API管理策略, 用于监控第三方接入者的不恰当使用。此外, 如果API涉及到高价值的商业交易, 这种情况下企业如果无法承担可能因丧失对API的控制而导致的安全风险。当然, 对于业务应用基础设施和API架构高度整合的企业来说, 肯定不希望外部的人拥有资源“共享”的权限。还有就是涉及到法规遵从的问题, 企业对于相关事件必须能够完全跟踪和掌控, 这自然需要对API运营采取严密的监控措施。

控制API 篇2

1 应用程序编程接口

以Windows操作系统平台为核心所组成的计算机软件系统具有鲜明的层次结构, 最下面是Windows的操作系统核心。它的上面是Windows API (Application Programming Interface, 应用程序编程接口) , 在Windows程序设计领域处于发展的初期, Windows程序员所能使用的编程工具唯有API函数, 这些函数是Windows提供给应用程序与操作系统的接口, 人们可以象“搭积木”一样, 构建出各种界面丰富、功能灵活的应用程序, 所以可以认为API函数是构筑整个Windows框架的基石。其上则是所有可以支持图形、图像的Windows应用程序, 如图1所示。

此后由于基于API的Windows程序开发还是比较复杂的工作, 程序员必须熟悉一大堆常用的API函数, 而且还得对Windows操作系统有深入的了解。随着软件技术的不断发展, 在Windows平台上出现了许多优秀的可视化编程工具, 程序员可以采用“所见即所得”的编程方式来开发具有精美用户界面和功能强大的应用程序。这些优秀可视化编程环境操作简单、界面友好, 诸如VB、VC、VB.NET、VC.NET和Delphi等, 在这些工具中提供了大量的控件和各种类库, 它们替代了API的大部分功能, 事实上这些控件和类库都是构架在Windows API函数基础之上的, 是封装了的API函数的集合。它们把常用的API函数的组合在一起成为一个控件或类库, 并赋予其方便的使用方法, 所以极大地加速了Windows应用程序开发的过程。有了这些控件和类库, 程序员便可以把主要精力放在程序整体功能的设计上, 而不必过于关注技术细节。

虽然在应用软件的开发过程中类库和控件使应用程序的开发变得简单的多, 但它们只提供Windows的一般功能, 对于比较复杂和特殊的功能来说, 使用类库和控件是非常难以实现的, 这时仍需要采用API函数来实现。因此如果要开发出更灵活、更实用、更具效率的应用程序, 必然要涉及到直接使用API函数。

Windows API中包含了成千上万的函数、例程、类型和常数定义, 不必去刻意研究每个API函数的用法, 只是在需要的时候能够正确查找和使用即可。按照通常的划分标准Windows API函数分为7大类:

(1) 窗口管理类:这类API函数向应用程序提供了一些创建和管理用户界面的方法, 可以使用它们来做出程序的界面。

(2) 窗口通用控制类:系统SHELL提供了一些控制, 使用这些控制可以使窗口具有与众不同的外观, 通用控制是由通用控制库comctl32.dll提供的。

(3) SHELL特性类:应用程序可以使用它们来增强系统SHELL各方面的功能。

(4) 图形设备接口 (GDI) :提供绘图、图形处理、使用显示设备等一系列的API函数。

(5) 系统服务类:为计算机提供了访问计算机资源以及底层操作的手段。

(6) 国际特性类:有助于我们编写国际化的应用程序, 提供Unicode字符集和多语种支持。如MyControls20C.dll、MyControls407.dll和MyControls409.dll等等。

(7) 网络服务类:允许网络上的不同计算机之间的不同应用程序之间进行通信, 用于在各计算机上创建和管理共享资源的连接。

最常用的外部过程是组成Microsoft Windows自身的过程如表1所示。

Windows API是用C语言编写的, 由函数、消息、数据结构、数据类型以及语句组成, 它们可在创建于Microsoft Windows下运行的应用程序中使用。API中使用最多的部分是从Windows中调用API函数的代码元素, 包括过程声明 (Windows函数) 、用户自定义类型的定义 (用来传递到函数中的数据结构) , 以及常数声明 (传递给函数以及从函数中返回的值) 。

在Visual Basic工程中可以声明并使用它们。通过在Visual Basic应用程序中声明外部过程, 能够访问Windows API (以及其他的外部DLL) 。在声明了过程之后, 调用它的方法与Visual Basic自己的过程相同。

2 音频软件组件的组成和结构

2.1 组成

音频软件组件的构件主要包括以下几部分:

(1) 应用:

所有用户模式下, 调用音频API函数的应用。

(2) Winmm.dll

用于输出音波的动态连接库, 包含MIDI、混频器和辅助的音频函数。

(3) msacm32.dll

包含ACM (Audio Compression Manager, 音频压缩管理器) 的动态连接库。

(4) midimap.dll

Windows NT的MIDI变换程序。

(5) msacm32.drv

Windows NT的音波变换程序。

(6) 用户模式驱动程序

主要与核心模式驱动程序通信, 有时也同另外的用户模式驱动程序通信的动态连接库。

(7) ACM驱动程序

受ACM控制的动态连接库。

(8) drvlib.lib

用户模式音频驱动程序的基础库。

(9) 核心模式驱动程序

通过与Windows NT执行体通信来访问设备硬件的核心模式代码。

(10) soundlib.lib

核心模式音频驱动程序的基础库。

2.2 结构

上述这些不同的音频软件构件所构成的结构如图2所示。

3 实现方法

本例采用最简单的办法是使用Visual Basic专门提供的预定义Windows API声明;此外也可以自己进行声明转换。引用所需要的API函数, 例如mixerOpen、mixerGetLineInfo、mixerGetLineControls、mixerSetControlDetails、waveOutGetVolu me和waveOutSetVolume。在类模块中定义Mixer类, 用于实现下述捕获功能:

(1) 控制左声道的音量。

(2) 控制右声道的音量。

(3) 控制扬声器总的音量。

(4) 控制麦克风的音量。

此外, 为了程序同时适应于16位和32位Windows平台上运行, 采用#If Win32 Then...#ElseIf Win16 Then...#End If构造, 引用条件式编译器常数, 来决定编译那部分语句。

3.1 表单设计

首先在Form1上添加3个Frame控件, name为FrameA, 3个Label控件, name为LabelA, 4个Slider控件, name为SliderA, 2个CheckBox控件, name为CheckBoxA, 3个Image控件, name为ImageA, 其中重要控件属性设置值如表2所示。

具体各控件在表单上的分布如图3所示。

其中SliderA (0) 、SliderA (1) 、SliderA (2) 和SliderA (3分别用于控制左声道的音量、右声道的音量、扬声器总的音量和麦克风的音量, 并加入下述代码:

3.2 公共类模块处理

增加类模块Mixer.cls, 定义一个音频控制的类, 源程序如下:Option Base 0'在模块级别中使用, 用来声明数组下标的缺省'下界。

4 结语

控制API 篇3

API 作为全球最早、最成功地制定石油工业标准的学会之一, 其标准具有很高的国际影响和权威。API与中国石油工业的合作有着十分悠久的历史。早在1948年, 玉门油矿的机械工程师史久光先生, 第一次将美国石油学会 (API) 标准带回国内, 并在国内参照试行。经过半个多世纪的发展, 中国石油工业与API的合作愈发紧密。对中国的石油工业标准化工作都起到了重要的促进作用。

近年来, 中国石油装备制造业发展十分迅猛, 质量和技术水平也在不断提高, 为中国石油机械装备进入国际市场奠定了坚实的基础。目前, 中国已有近800家石油装备制造企业通过了API认证, 涉及70多项API标准。并且, 仍有300家左右的企业正在申请API认证。国内每年石油装备出口额近30亿美元。随着国内石油企业开展API认证和石油装备出口量的持续增加, 对API标准中文版的需求也越来越迫切。近年来, 随着石油企业不断进入国际市场以及石油装备出口量的持续增长, 对于API标准中文版的需求也更加迫切。

石油工业标准化研究所是中国石油工业领域唯一的且最具权威性的专业标准化研究机构, 是中国石油天然气行业不可或缺的重要技术力量。经过20余年在标准化方面的经验积累与沉淀, 石油工业标准化研究所不仅承担了多项国家和行业标准化技术委员会秘书处的工作, 同时汇聚了众多业内最优秀的人力资源, 是API标准中文版翻译出版发行的最佳合作伙伴。石油工业标准化研究所负责人表示, 与API签订授权协议, 是我国石油工业与API多年合作的继续, 也是双方新一轮良好合作的开始。

体验构建学校开放API 篇4

●引言

目前,众多教学管理系统的涌现,给学校教育带来便利的同时也带来了不少挑战。很多学校多个信息系统由于时间和开发公司的差异,造成各教育教学系统数据相互隔离,无法进行共享。未来,数据将是学校发展中最为重要的资源,目前这样的态势势必会让学校收集、分析、转移教学数据消耗大量的人力物力,还要面对其间产生的各种错误。因此,建设学校的新型架构数据中心,向学校所有应用提供基础数据,同时能接收学校所有应用所产生的数据,打通其中的数据通道,对数据进行有效整理和挖掘,是每所有现代教育情怀的学校的努力方向。建立自己的开放API就是一种有效的尝试,API是应用程序编程接口(Application Programming Interface)三个首字母的缩写,而开放API(Open API)是服务型网站常见的一种应用,网站的服务商将自己的网站服务封装成一系列API开放出去,供第三方开发者使用。Amazon和e Bay等公司很早就有开放API,但是对应的数据往往集中在商品上,与人们的日常互联网应用有一定的距离。真正推动整个互联网开放的发端,应该算是Google在2005年开放Google Maps的API,目前谷歌公司提供的API相对完整,大部分谷歌服务都有相对应的API可以调用,下面我示范如何使用经典的Google Maps API将谷歌地图加入到网页中(如图1)。

考虑到PHP作为一种卓越的脚本语言,具有跨平台(可运行在UNIX、LINUX、Windows、Mac OS下)、低消耗(PHP消耗相当少的系统资源)、运行效率高等优点,本文中范例前后端网页也由PHP来说明:bj.php用来显示复选列表,用户只要选择目标位置,然后点击浏览地图,就会调用map.php,其中下页图2所示的bj.php第7~10行为PHP代码,定义了一个名为bj_address的数组来存放目标位置的地址信息,若景点个数多,此处也可以改用数据库存放相关数据。第13~19行为插入一个表单,里面包含有四个位置的复选列表和一个浏览地图按钮,各个项目的value属性被指定为各个位置的地址信息,当用户单击“浏览地图”按钮后,就会执行action属性指定的map.php表单处理页面。

我们再来观察下页图3所示的处理程序map.php,原本的地图功能,可能会让读者觉得程序代码很繁杂,其实不然!这主要是因为有了Google Maps API的帮助,其中第4行就是载入一个Google Maps API;第7~14行定义一个initialize函数,负责地图的初始化工作,建立属于google.maps的相关类,并调用第15~28行code Address()函数。第32行的value就是用户在bj.php页面中选中的目标位置的地址,使得第16行就是利用这个元素获取要在地图上做标记的地址。

在我们对开放API有了初步体验后,下面就构造了这样一个情境模式:为适应移动办公需要,对学校原有的Web邮件系统建立一个开放API,以方便移动应用开发公司调用作为范例来大致描述通过PHP连接原有数据库、生成JSON格式的开放API、调用开放API这一过程。

●过程示范

1.连接原有数据库

创建一个连接学校现有MS SQL SERVER的func.php,图4所示的关键代码表明其是连接到数据库服务器(10.8.32.89)上的SCHOOL_ERP的数据库。在该数据库中只需配给“apiuser”用户读取权限即可(注:PHP在高版本上需要使用sqlsrv扩展对Sql Server进行连接,安装过程略)。

2.构建JSON格式的开放API

用readmail.php来构建,下页图5截取了关键之处并做出解释,第3~4行为应用上一级目录下的func.php,设置输出到浏览器的类型和编码,第5行表示以GET方式获取提供的教师姓名传递给name变量,转换name的编码为gbk,由于学校原始数据库是微软SQL Server,当前编码为gbk编码,第10行是一句符合我们预期API调用的一条SQL查询语句,第11~13行是为了防止SQL注入,创建一个预处理语句,将$name的值绑定到上面$sql变量里的“?”部分,第14行定义了一个数组,用于保存后面输出的数据。第15~18行用while遍历数据,其中sqlsrv_fetch_array函数获取了执行后的结果,赋值到$result变量中,对数据中的send_dt数据进行处理,把处理好的数据保存到$arr数组里。第19~20行将获得的数据编码转换为utf8(防止输出时数据乱码),使用json_encode函数,封装获得的结果,并且输出。

这时就生成了一位教师的最近5封邮件信息的API接口“http://wx.ourschool.cn/cjcxcs/api/getemail.php”,在此我们可以尝试直接将某位教师的姓名作为name变量传递参数代入,向开放API发出GET请求。获得JSON格式的文本后,将文本按照JSON格式解码,如图6所示。

开放API的数据格式一般有JSON(Java Script Object Notation)和XML(EXtensible Markup Language)两种,考虑到简洁性和轻量性,我们通常会使用JSON,它方便人们进行阅读和编写,同时也方便了机器进行解析和生成。读者可以到http://json.cn网站了解和在线解析JSON结构(如图7)。

3.通过AJAX构建终端显示

通过使用AJAX(异步Java Script和XML)异步获取的方式调用上述的API,进而解析接口返回的JSON,就可以在相关Web App里显示用户页面(如下页图8)。

以上是根据学校现有的动态网站进行了接口开发,以方便后继应用进行开发,但还有一些情况是依靠学校现有条件无法进行后继开发的,最为典型的就是短信应用,如我校微信报修平台需要将维修信息发给修理师傅,除了微信通知外,为了能更及时传送,又加上一条运营商维修短信通知,功能如下页图9所示。

这时我们可到国内在线某API数据供应商处进行体验申请短信API。申请后,会在后台看到该API的配置服务信息,需要指出的是,商业化的API请求通常为HTTP GET方式,返回数据为JSON格式,为了防止API被滥用或恶意使用,要求每个API使用者都要申请一个API Key,每个API Key对应唯一的一个API使用者,下页图10中的App Key即为我校的一个API Key。

接下去可以创建一个短信模板,如“【报修平台】收到的新的来自#name#的报修信息,分类为:#app#”,#号中间的变量由开发者自行定义(如图11)。

然后根据图12的主要代码段创建一个短信通知页面,这样接到报修后可短信快速通知维修人员维修。第3行表示筛选出接收短信权限的对象,用户报修后,数据库会执行一条插入语句,进而触发到第10行的短信供应商API接口处传递数据,第13~16行为具体的传递数据(API KEY、发送号码、自定义的模板号和模板中显示的变量数据)。

API620低压储罐设计 篇5

关键词：API620,低压储罐,罐壁,承压环,锚固,设计

在许多情况下, 为了减少低沸点储液在储存时的蒸发损耗, 或因紧急排空等的需要, 常需提高储罐的储存压力。因此, 需要承压较高的储罐结构形式。这种情况下, 国内标准GB50341《立式圆筒形钢制焊接油罐设计规范》 (设计内压不大于18kpa) 就不在适用, 而美国石油学会规定的API620标准《大型焊接低压储罐设计和建造》适用于设计压力不高于0.105MPa的钢制焊接储罐的设计和制造。现以笔者承接的工程项目中5000m3轻石脑油低压拱顶储罐为例, 对低压储罐不同于常压储罐在罐壁、承压环、锚固等方面按照API620标准规范设计的要点进行简要介绍。

1 设计说明

5000m3轻石脑油的低压拱顶储罐主要设计条件如表1:

2 罐壁设计

2.1 分析

API620中罐壁的设计方法是自由体分析法, 自由体分析是确定作用在罐体上力的大小和方向的一种设计步骤。在选定的分析平面处, 罐体及罐内介质处于静力平衡, 假定有一个水平面在所考虑的高度横切罐体, 将剩余部分作为一个自由体进行分析, 由自由体静力平衡条件求出罐壁经向和周向单位力的大小和方向。并根据罐体材料的许用应力、焊缝系数确定计算壁厚, 再考虑厚度附加量最后圆整为罐壁的名义厚度。罐壁的设计过程如图1。

2.2 计算经向和周向单位力

根据API620, 由自由体静力平衡条件, 可得壳体的经向和周向单位力的计算公式,

式中:T1为在给定的水平面处, 壳体上纬向单位弧长的经向单位力, N/mm, 正值则表示受拉;T2为在给定的水平面处, 壳体上经向单位弧长的纬向单位力, N/mm, 正值则表示受拉;RC为储罐内半径, RC=10500mm

P为某在特定的载荷工况下, 作用在给定平面上的总压力, 单位为MPa。

式中:PL为在给定水平面处的介质液体的静压头, 单位为MPa;Pg为储罐液面上方的气相压力, MPa;W为储罐被给定平面剖分后, 作为自由体部分的及其所包含物料的总重力, N。F为所有内外部钢结构或支承等作用在自由体的力的垂直分力的总和, 当其产生的效果和自由体水平面上的压力P方向相同时, F与P的符号相同;否则, F与P的符号相反;NAt为所考虑平面上储罐内部的横截面积, mm2。

2.3 罐壁厚度计算

T=Max (T1, T2) , 对本罐而言, T2>T1

式中:[σ]t为设计温度下, 罐壁材料纯拉伸许用应力, MPa;φ为焊接接头系数, 取0.85;C为厚度附加量, mm;壁板分为8层, 以底层壁板为例:

当进行充液的时候

充水试验时

取两者中较大值并圆整后得t=24mm。各圈壁板厚度计算结果见表2。

式中:ρ为储液密度, kg/m3;g为重力加速度, m/s2。

3 罐顶--壳体连接节点及承压环的设计

由于储罐内压的作用, 顶部的经向薄膜应力的水平分量将向内推, 此推力在接头处产生环向压缩应力, 并由该处的承压结构来承担, 此承压结构简称为承压环。承压环应包括罐顶与罐壁连接处的部分罐壁与罐顶。在任何情况下, 连接处的罐壁和顶板厚度不应小于标准所规定的厚度, 承压环的承压区域面积必须要大于承压区域所需面积。

3.1 承压环的承压区域面积

本储罐选用承压环结构如图2所示, 构成抗压环有效面积的板宽按下式计算:

罐壁有效部分最大宽度Wc:

式中:Rc为罐壁与罐顶连接处的水平半径, 对本罐为10500mm;tc为顶部罐壁板的有效厚度, 对本罐为43.2mm。

故罐壁有效截面积As=17457.08mm2

罐顶有效部分最大宽度Wh:

Wh=0.6 (R2th) 1/2对本罐, 经计算Wh=515.86mm

罐顶板外伸部分有效宽度如图3, Lh=500mm

式中:R2为罐顶与罐壁连接处沿罐顶法线至罐的中心轴的距离, 对本罐为16800mm;th为罐顶板的有效厚度, 对本罐为44mm。

故罐顶有效截面积Ah=47234.29mm2。

罐顶与罐壁连接处实际有效截面积A=64691.37mm2

3.2 承压区域所需面积计算 (按压力试验工况计算)

罐顶与罐壁连接处罐顶经向单元力T1:

罐顶纬向单元力T2:T2=R2 (P-ω) /2=949.52N/mm

作用在通过承压环区域垂直横截面上的总环向力Q:

当Q为负值时, 表示承压环受压力作用, 这时有效承压环区域的水平投影方向的径向宽度, 应不小于罐顶与罐壁连接处罐壁水平半径的0.015倍。

承压区域所需面积Ac应取下式计算值中的较大值:

式中:[σ]t为设计温度下, 承压环材料纯拉伸许用应力, MPa;φ为焊接接头系数, 取0.85。

承压环垂直截面上, 所需的金属截面积 (不包括腐蚀裕量) 为Ac=62833.02mm2

Ac<A, 满足罐顶与罐壁连接处所需有效截面积要求。

如果不能满足Ac<A, 应考虑在承压圈有效范围内采取如下增强措施: (1) 在有效承压圈范围内增加顶板和壁板的厚度; (2) 在罐顶与罐壁相交处增设角钢、扁钢或水平设置环向加强圈; (3) 同时采取上述两种措施。

4 锚固的设计

对立式圆筒形钢制焊接低压储罐, 由罐内压和风载荷或地震载荷组合作用产生的升力不得超过罐壁和罐顶 (不包括腐蚀裕量) 以及由其支撑的构件的重力之和。否则, 应设置锚固或采取其他的平衡升力的措施。实际上, 判断是否设置锚固, 由设计内压产生的升举力、风弯矩地震弯矩产生的倾覆力、储液对罐顶的静压产生的升举力三个因素决定。

4.1 锚固计算及校核

在设计锚固时, 举升力应取1.25倍设计内压再加上作用在罐壁和罐顶垂直平面内的风载荷;如果存在有地震载荷, 升举力应取设计内压加上地震载荷。风载荷、地震载荷不应同时考虑。锚栓应符合表3要求:

(1) 内压产生的升力F=πD2pg/4=22859798N, 罐顶、罐壁及其所支撑构件总重G=232473N。因F>G, 故应设置锚栓。采用72个的M72锚栓 (锚栓的腐蚀裕量为6mm) , 材料为16Mn。每个锚栓截面积f=2781mm2, 故每个锚栓的应力 (F-G) / (nf) =113MPa小于锚栓材料的许用应力Sts=170MPa, 锚栓校核合格。

2设计压力与风载荷产生的净提升力为29218553.71N, 设计压力与地震载荷产生的净提升力为31714511.35N, 取两者中的大值, 应是设计压力加地震载荷作为举升力源, 计算得, 每个锚栓的应力为119 MPa<1.33 Sts=226 MPa, 锚栓校核合格。

(3) 储罐试验压力产生的净提升力为36020333N, 计算得, 每个锚栓的应力为142MPa<1.33 Sts=226 MPa, 锚栓校核合格。

4.2 锚栓座结构

由于本储罐罐径罐高较大, 升力较大因而作用于罐壁底部锚栓座的力矩较大。采用结构如图3.

5 结语

低压储罐设计与常压储罐相比, 关键在于罐壁、罐顶承压环和锚栓的设计。设计低压储罐罐壁厚度时, 可通过罐体自由体分析计算罐壁经向、周向单位内力, 进而通过公式计算确定罐壁厚度。承压环的设计主要是通过计算总环向力, 确定所需的承压区域面积, 选择推荐的承压环结构, 然后计算所选结构的承压区域面积, 使其大于所需的面积。设计锚栓结构时, 应根据外界载荷确定升举力, 判断是否大于罐顶、罐壁及其所支撑的构件的总重, 确定是否设置锚栓装置。

参考文献

[1]SY/T0608-2006, 大型焊接低压储罐的设计与建造.

[2]API Std620-2002, 大型焊接低压储罐设计与建造[S].

百度地图API应用数例 篇6

1 图文交互需求

在用文字介绍地理信息的同时, 配之于地图, 当用户在文字区将光标移到某个地理要素 (地名、道路、区域) 名称上时, 在地图上显示相应的标注, 光标离开即隐藏。一可给人于动感, 二可对相应地理要素形成直观的印象。

如介绍秀洲党校地理位置的文字为“秀洲党校位于嘉兴老城区中心, 南临市区主干道中山路, 西傍传统商业街建国路……”。希望是:

(1) 打开该网页时, 以醒目的标记标注“秀洲党校”的位置, 当光标移到“秀洲党校”文字上时, 标注产生一动画效果 (如闪烁、变色、淡入淡出等) 。

(2) 光标移到“嘉兴老城区”几字上时, 显示嘉兴老城区区域, 从而凸显党校在嘉兴市区的位置。光标离开时, 隐藏该区域。

(3) 当光标移到“中山路”或“建国路”的等文字上时, 分别显示中山路或建国路, 离开时隐藏之。

2 准备工作

要实现上述功能, 首先要在网页上添加地图;其次需获取地址、道路、区域的地理数据;三是将地址、道路、区域等在地图上标注出来;四是建立文字与地图的相互联系, 形成图文互动。

2.1 在网页上添加地图

(1) 将百度地图API导入网页:

(2) 布局网页。采用两列布局, 左列显示文字, 右列显示地图, 两列均用

元素load事件的处理函数, 使网页一打开即加载地图。函数中第一行, 创建一个地图实例, 并显示在id为div Map中

标签后添加:

(4) 自定义覆盖物类Custom Overlay

当然, 要用Custom Overlay类, 也需引入该类的源代码, 即在

标签后添加

3.2 介绍党校周边环境

假设介绍文字为:“秀洲党校位于嘉兴老城区中心, 南临市区主干道中山路, 西傍传统商业街建国路, 中央商务区的江南大厦、戴梦得购物中心步行数分钟即至。”为了让地图动态地显示文字中划线的地理要素, 先将划线的文字置于元素中:

这里元素id的命名除第第一个秀洲党校“xzdx”外, 其余包含两个部分, 用下划线分隔, 前面部分表示类型, 分别取point (地点) 、route (路径) 、area (区域) 、scen (景点) , 后面部分是在描述文字中出现的序号, 对应mapdata.js文件中datas数组的索引。

接下来, 为、元素绑定事件处理函数。先让鼠标在“秀洲党校”文字上时, 让相应标注闪烁:

再为元素绑定在鼠标上、鼠标离开的事件处理函数:

相应的事件处理函数为:

3.3 描述党校便利的市内交通

假设描述文字如下:

交通十分便捷, 距风景秀丽的南湖革命圣地仅1.6公里车程, 至南湖新渡口3.7公里, 至火车站车程仅1.2公里, 至火车南站 (高铁站) 车程仅12.7公里, 至汽车北站车程3.4公里, 至汽车南站 (客运中心) 车程9.5公里。

只需用类似南湖革命圣地的语句将划线文字置于元素中。id中的前半部分相同, 均取route, 后半部分编号依次为6、7、8、9、10、11。事件的绑定及事件处理函数同例2。

3.4 描述所在城市的位置及区位优势

描述文字:嘉兴市位于浙江省东北部、长江三角洲杭嘉湖平原腹心地带, 是长江三角洲重要城市之一。东临东海, 南倚钱塘江, 北负太湖, 西接天目之水, 大运河纵贯境内。市城处于江、海、湖、河交会之位, 扼太湖南走廊之咽喉, 与沪、杭、苏、湖等城市相距均不到百公里, 区位优势明显, 尤以在人间天堂苏杭之间著称。

这里“嘉兴市”、“东海”、“钱塘江”、“太湖”相应元素的id的前半部分为point, “浙江省”、“长江三角洲”相应元素的id的前半部分为area, 其余为route, 后半部分编号依次为是12-22。

3.5 显示市区主要景点

文字区显示为:

南湖景区:狮子汇、小灜洲、南湖、湖心岛、烟雨楼、会景园、纪念馆、揽秀园、壕股塔 (伍相祠) 。

古运河畔:…

相应的HTML代码如下:

这里用单击事件进行交互。不仅希望在单击上述景点名称时, 在地图上标注出该景点的位置, 而且还希望看到该景点的一幅或多幅图片以及该景点的简要介绍。多幅图片以左右滑动方式呈现。百度地图API虽没有提供该项功能, 但可借助于“信息窗口”实现。具体步骤如下:

(1) 搜集各景点的图片保存于scens目录下。

(2) 创建一个景点对象数组scen, 数组中的每个元素表示一个景点对象, 该对象有以下属性:

title:景点名称

position:景点的地理位置, 数据类型为BMap.Point

desc:景点描述

pics:景点图片文件名数组

names:景点图片简要说明数组

鉴于该数组内容较多, 单独存放于文件scenery.js中。

(3) 创建一个滑动显示图片的网页slide Pics.htm (这离题较远, 不赘述) , 该网页带一个参数ind, 表示景点序号。

(4) 在景点名称上单击的事件处理函数show Scen () , 该函数接收一个参数ind为景点序号, 其核心是创建并显示百度地图的信息窗口, 这个信息窗口的内容是以slide Pics.htm为源文件的

(5) 为元素绑定事件处理函数

其中show Mark函数见例2。

3.6 公交导乘

在网页上集成从各车站到党校的公交导乘和从外地到党校的驾车导航, 可免去用户再去地图网站搜索的麻烦, 提供一站式服务。

本例先看从各车站到党校的公交导乘。要获取公交路线规划方案, 需用百度地图API的Transit Route类。先创建一Transit Route实例, 再调用其search () 方法, search () 方法有两个参数, 分别用来指定起点和终点, 本例中, 终点是固定的为“秀洲区委党校”, 起点由元素给出, 用户只须从中进行选择, 无须进行文字输入。网页布局及运行效果如图1所示。

左上角是一个元素, id=”sel Start”, 用于选择从哪个车站出发, 提供了嘉兴两个汽车站, 两个火车站的选项, 元素下面是导乘数据输出区, 用一个id=”bus Result”的元素定位, 右边是地图区, 是一个id=”divr”的元素。代码主要是为元素绑定事件处理函数:

这是Transit Route类的一个简单应用, 输出的导乘文字信息是API所默认的。API还提供了自定义数据接口, 可根据需要设计输出文字信息的布局与样式, 限于篇幅, 此略, 可参见所附源码。

3.7 自驾导航

自驾导航用到获取驾车路线规划方案的类Driving Route, 其用法与例6相似, 也是先创建实例, 再调用该实例的search () 方法。页面布局见图2, 相应的Html代码为:

第一个, 用于输入出发地址, 第二个表示到达目的地, 只读。第一个

摘要：使用地图API获取地理坐标、获取路径或区域边界的地理坐标数据、获取公交、自驾线路信息、在地图上添加标注、实现图文结合、互动。

2008年API管材类标准信息 篇7

套管、油管和管线管用螺纹脂推荐作法

Recommended Practice on Thread Compounds for Casing, Tubing, and Line Pipe

石油天然气工业——套管、油管和管线管用螺纹脂的评价与试验

Petroleum and Natural Gas Industries-Evaluation and Testing of Thread Compounds for Use with Casing, Tubing and Line Pipe

提供了高压环境下API圆螺纹、偏梯形螺纹套管、油管和管线管连接用螺纹脂适用性评价方法。该推荐作法中所列试验是在实验室条件下用来评价螺纹脂的临界使用性能。第2版, 2003年7月发布

API RP 5A5/ISO 15463

新套管、油管和平端钻杆现场检验推荐作法

Field Inspection of New Casing, Tubing, and Plain-end Drill Pipe

石油天然气工业——新套管、油管和平端钻杆现场检验

Petroleum and Natural Gas Industries-Field Inspection of New Casing, Tubing, and Plain-end Drill Pipe

给出了油井管现场检验和试验用具体要求和推荐方法, 包括现场检验经常用到的作法和技术, 某些作法亦适用于工厂检验。本标准涉及检验人员资质、检验方法及设备校准的描述、各种检验方法的标准化程序, 还涉及缺欠的评估和检验过的油井管的标记。本标准适用于油井管的现场检验, 不作为验收或拒收的依据。

第7版, 2005年6月发布

API Spec 5B

套管、油管和管线管螺纹的加工、测量和检验规范 (包括2004年3月补充1和1998年4月勘误)

Threading, Gauging, and Thread Inspection of Casing, Tubing, and Line Pipe Threads

包括API螺纹校对量规的尺寸和标记要求, 其它产品螺纹和螺纹量规, 以及管线管、圆螺纹套管、偏梯形螺纹套管和直连型套管连接用螺纹的检验仪器和方法。第15版, 将于2008年1季度发布

API RP 5B1

套管、油管和管线管螺纹的加工、测量和检验推荐作法 (包括2004年9月补充件)

Threading, Gauging, and Thread Inspection of Casing, Tubing, and Line Pipe Threads

包括按照规范5CT、5D和5L生产的套管、油管和管线管用螺纹的加工、测量和检验方法, 以及套管、油管和管线管用量规规格及鉴定。

第5版, 1999年8月发布

API RP 5C1

套管和油管的维护与使用推荐作法

Care and Use of Casing and Tubing

包括套管和油管的使用、运输、贮藏、搬运和修理。

第18版, 1999年5月发布, 2006年8月再次确认

API Bull 5C2

套管、油管和钻杆的使用性能公报

Performance Properties of Casing, Tubing, and Drill Pipe

包括API套管、油管和钻杆的抗挤压力、内屈服压力和连接强度。

第21版, 1999年10月发布

API Bull 5C3

套管、油管、钻杆和管线管性能公式和计算公报 (包括1999年4月15日补充1)

Formulas and Calculations for Casing, Tubing, Drill Pipe, and Line Pipe Properties

(includes Supplement 1, April 15, 1999)

提供了各种管子性能的计算公式, 以及与这些公式的推导和应用有关的背景信息。

第6版, 1994年11月1日发布

API RP 5C5/ISO 13679

套管和油管连接试验程序推荐作法

Recommended Practice on Procedures for Testing Casing and Tubing Connections

石油天然气工业——套管和油管连接试验程序

Petroleum and Natural Gas Industries-Procedures for Testing Casing and Tubing Connections

建立了石油天然气工业用套管和油管连接的最低设计验证试验方法和合格判据。这些物理试验是某一设计验证过程的一部分, 并为连接符合制造商声明的试验载荷和极限载荷提供了客观依据。

第3版, 2003年7月发布

API RP 5C6

管子焊接接头推荐作法

Welding Connections to Pipe

为管子接头在工厂或现场焊接提供了标准的行业作法。技术内容中包括对焊接工艺评定、焊工资格鉴定、材料、试验、成品焊接和检验的要求。另外, 包含了订货建议。

第2版, 2006年3月发布

API RP 5C7

油气井用挠性油管操作推荐作法

Coiled Tubing Operations in Oil and Gas Well Services

提供了挠性油管的设计及操作推荐作法。

第1版, 1996年12月发布, 2007年12月再次确认

API Spec 5CT/ISO 11960

套管和油管规范

Specification for Casing and Tubing

石油天然气工业——油气井套管或油管用钢管 (包括2006年4月勘误)

Petroleum and Natural Gas Industries-Steel Pipes for Use as Casing or Tubing for Wells

规定了钢管 (套管、油管、平端套管衬管和短节) 和附件的交货技术条件。它采用ISO 11960, 适用于符合API Spec 5B的下列接头:

短圆螺纹套管 (STC) ;

长圆螺纹套管 (LC) ;

偏梯形螺纹套管 (BC) ;

直连型套管 (XC) ;

不加厚油管 (NU) ;

外加厚油管 (EU) ;

整体接头油管 (IJ) 。

第8版, 2005年7月发布, 2006年1月1日生效

API Spec 5D

钻杆规范

Specification for Drill Pipe

包括第1和3组钻杆, 尤其是在标准目录和表格中给出代号和壁厚的钻杆。

第5版, 2001年10月发布, 2002年4月30日生效

API Spec 5L/ISO 3183

管线管规范

Specification for Line Pipe

石油天然气工业——管道输送系统用钢管

Petroleum and Natural Gas Industries-Steel pipe for pipeline transportation systems

详细说明了石油天然气工业管道输送系统用两种产品规范水平 (PSL 1和PSL 2) 无缝钢管和焊管的制造要求。该标准修改采用ISO 3183:2007 (石油天然气工业——管道输送系统用钢管) 。

第44版, 2007年10月1日发布, 2008年10月1日生效

API RP 5L1

管线管铁路运输推荐作法

Railroad Transportation of Line Pipe

提供适用于API Spec 5L中规格大于等于2 3/8in的管线钢管的铁路车厢运输。这些推荐作法涉及涂层管或非涂层管, 但不包括装载过程防止涂层不被破坏的作法。

第6版, 2002年7月发布

API RP 5L2

非腐蚀性气体输送用管线管内涂层推荐作法

Internal Coating of Line Pipe for Non-Corrosive Gas Transmission Service

提供了非腐蚀性天然气输送用内涂层。它仅限于新管在安装前内涂层的涂覆。

第4版, 2002年7月发布, 2007年12月再次确认

API RP 5L3

进行管线管落锤撕裂试验推荐作法

Conducting Drop-weight Tear Tests on Line Pipe

作为API Spec 5L的参考文献, 提供了用于进行落锤撕裂试验测量管线管出现裂纹或断裂韧性的一种推荐方法。