《中文Linux应用编程界面(API)规范》

时间:2019-05-12 02:47:43下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《《中文Linux应用编程界面(API)规范》》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《《中文Linux应用编程界面(API)规范》》。

第一篇:《中文Linux应用编程界面(API)规范》

《中文Linux应用编程界面(API)规范》

编制说明

一、任务来源

根据国家863计划信息技术领域,软件重大专项,中文Linux和办公软件相关标准与规范课题研究开发任务的规定,和根据国家质检总局和信息产业部2003年放国家标准和行业标准制、修订计划安排,制订《中文Linux应用编程界面(API)规范》。该项目由中软网络技术股份有限公司负责起草,项目计划代号为

二、工作过程

在国家任务下达后,中软网络技术股份有限公司就组织了工作组,在前期工作的基础上,收集与翻译了国际上有关Linux的主要标准的最新版本LSB 1.3(目前的最新版本为 LSB 2.0)和OpenI13N 1.3。总结了多年来在Linux开发工作和标准制订工作的经验。在“非典”肆虐期间,编写了制订《中文Linux应用编程界面(API)规范》的计划和大纲。

在“四所”的组织下成立了“中文Linux标准”工作组。在工作组的统一安排下,确定了编写工作的计划与大纲。于2003年9月初,编写了《中文Linux应用编程界面(API)规范》初稿,提交工作组讨论。工作组前后经过了近10次讨论,几经修改,先后提交了三次修改稿,才形成了《征求意见稿》。《征求意见稿》通过在网上和有关单位广泛征求意见,收集了许多很好的意见。工作组又组织了有FSG和OpenI18N有关人员和国内的Linux厂商、专家及有关人员参加的“Linux标准研讨会”。

2004年4月信息产业部成立Linux标准工作组,组织更大范围的企业参与标准的制定工作。在此基础上工作组对“意见汇众”进行了深入的整理、分析和讨论,确定了修改意见。根据这些意见,经过修改,我们提交了《中文Linux应用编程界面(API)规范》的《送审稿》。

2006年在发展基金及国家十五项目的支持下,中国电子技术标准化研究所组织国内主要Linux操作系统发布商,对标准的符合性测试展开研究,并根据测试研究的结果对标准做中描述不够严谨的地方做出相应调整。

三、主要说明

1、标准的目的Linux以其源代码的开放性已成为操作系统市场上的一支生力军,并成为促进我国信息化建设和发展的新生力量。“以Linux为契机,发展我国自主的操作系统和应用软件”已成为我国信息产业内的一个共识。Linux真正能够大规模地应用还面临着标准化、兼容性以及应用软件支持等诸多问题考验。坚决做好Linux的标准化和产业化工作,只有通过标准和规范来确保Linux各版本间的兼容和相对统一。要使Linux真正成为一个开放系统,必须吸收POSIX标准和国际Linux相关组织的研究成果,结合Linux的特点及中文信息处理的特殊性

对Linux操作系统中涉及中文信息处理的应用编程接口进行约定,以提高各Linux系统对中文应用程序的兼容性。该规范将使我国市场上基于Linux系统开发的中文应用程序具有源码级的可移植性,从根本上避免重复开发。

2、本标准制订的依据

1)多年来ISO/IEC和IEEE对开放系统的标准进行了大量的研究和制订工

作,已经形成了POSIX标准体系。各种开发厂商和组织也都声称以POSIX标准为依据进行开发。Linux也是按POSIX的规定进行开发的开放系统。这些都为本规范的制订打下了基础。

2)为了规范Linux发行版本,尽可能地实现各种Linux的兼容性,Linux

国际正在大力进行Linux Base Specification(LSB)的制订工作。已由2001年7月发布的LSB 1.0,发展到2003年初发布的LSB 1.3。而且,已经有若干重要的Linux版本提供商通过了LSB 1.3的符合性测试。2004年月正式发布了 LSB 2.0。LSB 2.0是一个重大事件,它比LSB 1.x系列有重大的发展、提高和变化。

3)为了使Linux能适用于各个国家和各种文字,Linux国际也在制订Linux

国际化标准。从LI18NUX 2000,到现在的OpenI18N 1.3。为各国语言文字在国际化的基础上实现本地化提供了依据。多年来我国中文信息处理技术有了巨大的发展。在各种系统上(包括Linux)在国际化的基础上实现中文信息处理的本地化,已经有了丰富的经验。而且我国已经制订了国标《开放系统中文界面规范》(于1996年制订,2003年修订)。这些都为本规范的制订打下了基础。

3、标准中的几个重要问题

1)关于LSB的遵循性问题。国际标准化组织在制订开放系统的标准时,首

先提出的是应用程序源码级的可移植性。POSIX标准也是以保证应用程序源码级的可移植性为目标进行制订的。源码级可移植性也是应用程序目标码级可移植性的基础。本规范的任务就是制订中文Linux应用编程界面(API)规范。目标是实现进行中文信息处理的Linux应用程序在遵

循本规范的Linux系统上的源码级的可移植性。但是,在制订的过程中发现,国际上许多重要的UNIX版本,都是声称遵循POSIX标准。而这些版本往往互不兼容,很难真正实现源码级的可移植性,更不要说实现目标码级的可移植性了。为了防止Linux走上UNIX版本不一致、不兼容,使用户很难使用的老路。Linux国际决定制订LSB,实现目标码级的可移植性。Linux国际这样做是有依据的。这是由于对于UNIX来说,先有UNIX的开发、后有标准。当标准制订时,已经有了各种UNIX的商业标准,虽然厂商宣称遵循POSIX标准,但为了厂商的利益,这些版本确实很难统一。而Linux是自由软件,而且核心的开发由Linus控制和发布。并且gcc等技术的发展也为实现目标码级的可移植性提供了可能。而且,LSB的符合性测试也日趋成熟。我们没有必要另搞源码级可移植性的符合性测试。经过反复讨论,工作组决定,整个中文Linux标准应遵循LSB 2.0。遵循本规范的实现应通过LSB 2.0的符合性测试。LSB 2.0 在制订过程中发现,针对不同的需要,LSB 除了分为LSB 规格说明的公共部分-gLSB和 LSB 规格说明的体系结构部分 – archLSB 两大部分外,就是 gLSB 也分为:LSB – generic 和 LSB – Graphics等。本规范虽然是API,但为了不割裂 LSB 文档,决定完整引用 LSB – generic 和 LSB – Graphics 这两部分。关于如何引用有几种不同意见,有在正文中引用 LSB 的主要内容、在正文中只提引用哪些内容,把LSB 2.0的译文放在附录中等等。我们也提供了几种版本。最后确定,只在正文中指出引用 LSB 2.0 的哪些内容。不在附录中放进 LSB 2.0 的参考译文(LSB 2.0 译稿初稿已完成)。

2)在制订国标《开放系统中文界面规范》时,当时的工作组曾邀请两岸三

地(大陆、香港和台湾)的有关中文信息处理的专家开了几次会。结果是在上述标准中规定了中文所需要而在别的标准中尚未提供的有关半角、全角转换、注音等6个函数。在制订本规范时考虑到《开放系统中文界面规范》中规定的字符界面和图形界面的有关函数在 LSB 2.0 中已包含,而这6个函数是独特的,故把它们包含在本规范中。但有的意见认为:这6个函数尚未在产品中实现,有的可以用别的 C 库函数替代。是否不需要了。在本送审稿中尚保留,请专家门审定。

3)关于输入方法服务器。中文输入方法是比较复杂的,可以说是各件语言

文件中最复杂的一种输入方法。而且中文输入方法又非常多。为方便与各种输入方法接口,能实现主流的中文输入方法,系统中必须提供输入方法服务器。输入方法服务器为应用程序编写者提供接口,这主要由协

议规定。由于中文输入方法复杂又有众多不同的输入方法,即使是最常用的也有若干种输入方法。为此,输入方法服务器也需要为输入方法编写者提供接口。使用此接口编写的输入方法都能挂接至系统上。目前,最流行的输入方法服务器是X window输入方法服务器(XIM)。但是,广泛使用的XIM协议也存在一些问题,最突出的是:首先,XIM是X Window系统的一部分,其结构也跟X Window紧密相连。故使用XIM的系统必须拥有X Window。而X Window系统规模厖大,不太适用于一些嵌入式系统。其次,它不支持多种语言。虽然,X Window能使用Unidode的UTF-8编码,也即整个GB18030的多民族语言文字库都可以使用。可是,输入法服务器不能通知客户端用户输入的是何种语言。此问题导致采用XIM协议,会阻碍应用软件支持多民族文字和多国语言。创造XIM协议的同一组人员,觉察到这些问题,设计出一套新的协议,称为互联网-企业内部网输入法协议-IIIM(Internet-Intranet Input Method Protocol)协议。此协议已有实现者,且有日益扩展的趋势。故在本规范中同时提供这两种协议。

4)中文输入方法很多,为了使主流的中文输入方法能用于或移植到遵循本

规范的Linux系统上来,本规范规定了中文输入方法与中文输入服务器的接口。

5)Linux上的支撑软件很多,特别是桌面系统。这些软件各有特色且都在发展。因而,Linux上的打印很复杂,很难统一。但为了使应用程序能正确打印出中文。本标准对系统配置的主要中文字库规定了规范名称,也规定了字库的存放目录。

四、验证情况

从2006年8月启动对相关Linux产品的规范符合性测试,主要目标是验证规范的合理性和测试方法的可行性。目前已经进行的本规范符合性测试产品包括:中标服务器操作系统3.0、红旗服务器操作系统5.0、中标桌面操作系统3.0、红旗桌面操作系统5.0,通过这些测试证明了规范要求全面、合理,符合性测试方法可行。

Linux标准工作组

2007年6月11日

第二篇:界面功能规范

界面功能规范

安装及卸载

用户按照User Guide就可以自行完成安装或卸载,无需技术人员的支持。

安装或卸载的过程,有“cancel”按钮,可以中断操作。中断后,系统可以回到初始状态。

系统卸载后在用户的计算机中不应该留下垃圾文件。取消安装后,重新再次安装可以成功。

根据用户需求,在不同的OS下,可以安装成功。

自动升级

自动升级完成后,系统中的数据和各项用户设置不能发生改变。

自动升级过程中需要为用户提供进度条。

若在自动升级中提供了取消的功能,则中途取消后,系统需要回到升级之前的状态。

Login界面控件

至少应包含Login Name、Password输入框,login,找回密码这几项。------(我去掉了cancel,因为参考外国很多网站的登录页,都没有cancel按钮)“Login Name”、“Password”及对应的输入框应左右对齐,宽度一致。找回密码功能必须提供。如下图所示,但Login按钮需要移动到左边。

可以有Remember Me和验证码。若有验证码,则需提供刷新验证码的功能。

Login界面功能与键盘操作

Login界面的所有控件之间可以使用Tab键来移动焦点。

若用户输入了Login Name和Password,按下Enter键时,应该让用户登录。

若是在C/S模式下,用户按下ESC键时应直接关闭登录窗口。

常见问题:

没有找回密码功能。用户输入超长的字符串到Login Name和Password中,点击登录按钮后,系统应给出错误提示。

表格

列表表格需要固定长度。

当文本以正常形式输入并保存,列表中显示的时候,超过了默认表格宽度,应该要自动换行。

Full Name、Email、日期、电话号码属性列,应该固定足够的长度。

表格中的内容应该按照某种规则排序。

表格的表头应所有文字居中。

表格中的内容应遵循以下原则:若是文字内容应左对齐,若是数字或日期内容应右对齐。

表格内容很多时需要分页。分页应提供页面导航功能,包括:上一页、下一页、跳转到某一页、总页数、当前页码。如下图所示图片中,使用列表的方式显示数据集时,必须在列表的下方显示总记录数。

当表格中的数据为空时,必须显示该表格的表头。若表格的最后一页所有数据被删除后,应自动跳转到前一页上。

文本输入

在多行文本框中,手工输入了回车换行,显示文本的时候,文本不能是一行显示完,要实现回车换行。

当输入的文本达到限制内的最大长度,在保存数据时系统应该给予提示。在不同的页面上相同字段的输入长度限制应该相同。

输入特殊字符时,要做处理。如:<>、