《中文Linux应用编程界面(API)规范》
前端毕业设计范文
前端毕业设计范文滁州职业技术学院信息工程系——xx届软件专业毕业姓名：班级：设计课题：指导教师：-- -------- --------------------------------xx年 11月 13 日摘要21世纪是信息高速发达的时代，网络作为当今最流行最方便快捷的媒介也越来越被人们接受，并且融入我们的生活。
随着旅游类的网站不断推进，网站的作用超越了传统的信息获取，交流它更能体现组织机构的风采，性质。
所以旅游类的网站对现在的发展已经势在必行。
本主要围绕旅游网站为开发主题，最基本也是最必须的三个技能。
前端的开发中，在页面的布局时， HTML将元素进行定义，CSS对展示的元素进行定位，再通过JavaScript实现相应的效果和交互。
虽然表面看起来这些很简单，但这里面需要掌握的东西绝对不会少。
在进行开发前，需要对这些概念弄清楚，弄明白，这样在开发的过程中才会得心应手。
分析并解决实现中的若干技术问题；介绍了个性化页面的背景；阐述整个个性化页面生成系统的系统结构及工作原理；分析了系统实现中的特殊性，难点和重点；虽然还没有设计用户注册，用户登录，用户管理，但是我会把自己的网站以一种简单明了的方式向大家展现出旅游的各个方面。
分析并解决实现中的若干技术问题；建立完整的旅游网站，进行测试并分析结果。
本网站的建立的作用具有一目了然的特性，不仅能让本地区的人们了解更多的旅游资料，更可让世界各地的人了解一些地区的明文风景。
该网站中还存在一些不足之处，如网站的留言系统、用户注册、用户登录没建立等等。
这些问题和功能有待于进一步学习和添加。
关键词：网站设计 XHTML、CSS、javaScript和JQuery目录目录......................................................... . (3)第一章绪论.........................................................41.1 引言 ........................................................41.2 旅游网站发展现状 (4)1.3 本课题目的与意义 (6)第二章开发工具和开发技术简介 (7)2.1 Dreamweaver简介 (7)2.2 PhotoShop 简介 (8)2.3 Adobe Flash 简介 (9)2.4 HTML语言简介 (9)2.5 CSS简介 (10)第三章需求分析 (12)3.1 网站系统分析 (12)3.2 功能性需求分类 (12)3.3 非功能性需求 (13)第四章网站开发过程及实现 (14)4.1 创建站点 (14)4.2 首页设计 (15)4.2.1 首页顶部设计 (16)4.2.2 导航栏设计 (18)4.2.3 首页主要内容设计 (20)4.2.4 首页底部设计 (25)4.3 其余页面的制作 (25)4.3.1 2级页面的制作： (25)4.3.2 3级页面设计 (28)4.4 测试 .......................................................30第五章结论........................................................32致谢......................................................... (34)第一章绪论1.1 引言新的世纪，互联网进入一个崭新的阶段，信息化的发展带动其它产业的发展，各行业都将与它进行更深入的融合和渗透。
关于POSIX标准
OpenI18N (Open Internationalization Initiative) 致力于增强国际化背景下的软件应用的可移植性和互操作性，提供一个通用的开放源码环境，使得全球不同文化、语言的应用程序可以正确地运行和正确地表达。OpenI18N 也制定相关的标准并开发验证和测试工具包。符合 OpenI18N 标准的前提条件是符合对应的 LSB 标准。
因为众多原因，United Linux 基本上归于平静，但对于如何防止 Linux 的分裂、如何简洁 Linux 生态链提供了有益的参考。
?我国 Linux 标准的发展现状
在国务院信息化工作办公室、信息产业部、国家标准化管理委员会、科技部等部门的支持下，我国 Linux 标准化工作已取得了很大进展。
?根据系统规划拆分为以下六个项目：Linux 标准体系研究、 Linux 应用编程界面（API）规范、 Linux 桌面系统技术要求规范、Linux 服务器系统技术要求规范、Linux 用户界面规范以及嵌入式 Linux 技术规范。
《 Linux 标准体系研究报告》已完成；《 Linux 应用编程界面（API）规范》、《 Linux 桌面系统技术要求规范》、《 Linux 服务器系统技术要求规范》和《 Linux 用户界面规范》已经进行到征求意见的第二稿，涉及的四份规范是当前在网上备受争议并受到日、韩两国冷淡的 “四份标准”；《嵌入式 Linux 技术规范》完成前期调研，形成标准大纲草案，并提交了规范草案。
根据达成的协议，四家公司将通力合作开发一个通用核心的 Linux 操作系统环境，称之为 UL 软件。四家合作公司将在 UL 操作系统上捆绑自己的增值产品与服务，并以各自的品牌进行市场与销售。几乎每个为商务提供部分技术架构的供应商都表示支持 UL，包括系统与软件供应商 AMD、Borland、CA、富士通-西门子、 HP、IBM、Intel、NEC 和 SAP。为确保产品的兼容性，独立硬件供应商与独立软件供应商在不同的 Linux 版本上，花费了大量的时间与费用来认证他们的产品与服务。UL 将提供一个真正基于标准的 Linux 操作环境，使供应商需要认证的 Linux 版本显著减少。
Linux 应用程序设计
3.2.2 库文件
定义：是一些预先编译好的函数的集合，那些 函数都是按照可再使用的原则编写的。它们通常是 一组相互关联的用来完成某项常见工作的函数构 成（比如 c 库里面的标准输入输出函数、时间函数 和数学函数等）。
在链接阶段，会搜索一些默认的目录，比如/lib 和/usr/lib 等来查找需要的库文件。
当然也可以使用 objdump －d hello 来查看汇编代 码。诸如 objdump 等这些命令称为 binutils，是非 常强大的代码分析工具。比如 addr2line，ar，as， gprof，ld，nm，objcopy，objdump，ranlib，size， strings，strip 等。具体可以参考其 man 命令手册。
――――――――bill.c-------------#include <stdio.h> void bill(char *arg) { printf("bill: you passed %s\n", arg); }
3）进行两个源代码文件的编译 $ gcc −c bill.c fred.c $ ls *.o bill.o fred.o
Linux 不要求可执行文件或者脚本程序具备某 种特定的文件名或者某种特定类的扩展名。某个文 件是否可以执行将由文件的系统属性来决定 （chmod 命令）。
从使用者的角度，可以把两者进行交换，而用 户不会发现由什么不同。
在文本模式下，你在登陆系统后，和你打交道 的是一个 shell 命令解释器程序，一般来说是 sh （其他的诸如 csh，bash，ksh 等等）。由它来调用 执 行 其 他 的 程 序 。 它 的 工 作 原 理 和 dos 下 的 是一样的。它在一组给定的子目录集 合里面，按照你给出的文件名查找到与之同名的那 个文件，并把它当作你打算执行的程序。
计算机软件开发文档编制规范
计算机软件开发文档编制规范篇一：计算机软件文档编制规范《计算机软件文档编写指南》一．计算机软件文档由封面、目录、正文、注释和附录组成。
封面格式：密级：编号：文档名称：项目名称：编制：审核：批准：×××××××××××××研究所年月日二．计算机软件文档包括：1）软件开发计划2）软件需求规格说明3）接口需求规格说明4）接口设计文档5）软件设计文档6）软件产品规格说明7）版本说明文档8）软件测试计划9）软件测试说明10）软件测试报告11）计算机系统操作员手册12）软件用户手册13）软件程序员手册14）计算机资源综合保障文件软件开发计划一．引言1．编写目的（阐明编写软件计划的目的，指出读者对象。
）2．项目背景（可包括：（1）项目委托单位、开发单位和主管部门；（2）该软件系统与其他系统的关系。
）3．定义（列出本文档中用到的专门术语的定义和缩略词的原文。
）4．参考资料（可包括：（1）项目经核准的计划任务书、合同或上级机关的批文；（2）文档所引用的资料、规范等；列出资料的、标题、编号、发表日期、出版单位或资料来源。
）二．项目概述1. 工作内容（简要说明项目的各项主要工作,介绍所开发软件的功能性能等. 若不编写可行性研究报告,则应在本节给出较详细的介绍。
)2. 条件与限制（阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的条件. 必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。
）3. 产品（1）程序（列出应交付的程序名称使用的语言及存储形式。
）（2）文档（列出应交付的文档。
）（3）运行环境（应包括硬件环境软件环境。
）4．服务（阐明开发单位可向用户提供的服务. 如人员培训安装保修维护和其他运行支持。
）5．验收标准三．实施计划1．任务分解（任务的划分及各项任务的负责人。
软件需求分析报告完整版
软件需求分析报告模板(完整版)目录1. 范围 12. 总体要求 12.1总体功能要求 (1)2.2软件开发平台要求 (1)2.3软件项目的开发实施过程管理要求 (2)2.3.1 软件项目实施过程总体要求 (2)2.3.2 软件项目实施变更要求 (2)2.3.3 软件项目实施里程碑控制 (2)3. 软件开发 33.1软件的需求分析 (3)3.1.1 需求分析 (3)3.1.2 需求分析报告的编制者 (4)3.1.3 需求报告评审 (4)3.1.4 需求报告格式 (4)3.2软件的概要设计 (4)3.2.1 概要设计 (4)3.2.2 编写概要设计的要求 (4)3.2.3 概要设计报告的编写者 (4)3.2.4 概要设计和需求分析、详细设计之间的关系和区别 (4)3.2.5 概要设计的评审 (4)3.2.6 概要设计格式 (4)3.3软件的详细设计 (5)3.3.1 详细设计 (5)3.3.2 特例 (5)3.3.3 详细设计的要求 (5)3.3.4 数据库设计 (5)3.3.5 详细设计的评审 (5)3.3.6 详细设计格式 (5)3.4软件的编码 (5)3.4.1 软件编码 (5)3.4.2 软件编码的要求 (5)3.4.3 编码的评审 (6)3.4.4 编程规范及要求 (6)3.5软件的测试 (6)3.5.1 软件测试 (6)3.5.2 测试计划 (6)3.6软件的交付准备 (6)3.6.1 交付清单 (6)3.7软件的鉴定验收 (7)3.7.1 软件的鉴定验收 (7)3.7.2 验收人员 (7)3.7.3 验收具体内容 (7)3.7.4 软件验收测试大纲 (7)3.8培训 (7)3.8.1 系统应用培训 (7)3.8.2 系统管理的培训（可选） (8)附录A 软件需求分析报告文档模板9附录B 软件概要设计报告文档模板21附录C 软件详细设计报告文档模板33附录D 软件数据库设计报告文档模板43附录E 软件测试(验收)大纲错误!未定义书签。
LIN的API学习
ld_assign_NAD[注 1] ld_conditional_change_NAD[注 1] ld_assign_frame_id_range[注 1] ld_set_configuration[注 2] ld_save_configuration[注 1] ld_read_configuration[注 2]
ld_raw_rx_status ld_send_message ld_receive_message ld_tx_status ld_rx_status 完成消息到帧的相互转换，并且在 MRF/SRF[注 2]的帧时隙到来时传输。 查询传输层的工作状态。
Cooked
配置与识别 API
从 LIN 规范 2.0 版开始，增加了配置与识别 API。用于支持应用层的配置功能和识别功 能。 配置与识别 API 如表 7.3 所示。 表 7.3 配置与识别 API 类别 配置 名称 ld_is_ready[注 1] ld_check_response[注 1] 说明 ld_is_ready 用来检查上一次的服务请求 的执行状况。 调用 ld_check_response 读取上一次服 务的应答。 给指定的从机节点分配 NAD/PID。
LIN 的 API
LIN 规范用 C 语言定义了 LIN 的 API，但未定义 API 的内部实现。 LIN 协会规定：对于采用 LIN 规范 2.x 版的 LIN 节点，如果用 C 语言开发应用程序，那 么就必须使用 API，对采用 LIN 规范 1.x 版的 LIN 节点，可以不使用 API。 按照用途，可以把 LIN 的 API 分为 3 类——核心 API、传输层 API 和配置与识别 API。 三类 API 相对独立又彼此关联，如图 7.1 所示。
E n i g m a 算 法 详 解
成为专业程序员路上用到的各种优秀资料、神器及框架本文是鄙人工作这几年随手收集整理的一些自认为还不错的资料，成长的道理上需要积累，这么长时间了，是时候放出来分享下了，或许能帮助到你。
欢迎点赞，让更多人看到，让福利普照。
因为本文以后不会更新，但项目依旧会更新。
所以，更好的做法是，请到GitHub上Star：stanzhai-be-a-professional-programmer成为一名专业程序员的道路上，需要坚持练习、学习与积累，技术方面既要有一定的广度，更要有自己的深度。
笔者作为一位tool mad，将工作以来用到的各种优秀资料、神器及框架整理在此，毕竟好记性不如烂键盘，此项目可以作为自己的不时之需。
本人喜欢折腾，记录的东西也比较杂，各方面都会有一些，内容按重要等级排序，大家各取所需。
这里的东西会持续积累下去，欢迎Star，也欢迎发PR给我。
技术站点必看书籍大牛博客GitHub篇工具篇平台工具常用工具第三方服务爬虫相关(好玩的工具)安全相关Web服务器性能-压力测试工具-负载均衡器大数据处理-数据分析-分布式工具Web前端语言篇C游戏开发相关日志聚合，分布式日志收集RTP,实时传输协议与音视频技术站点在线学习：Coursera、edX、Udacity?-way to explore国内老牌技术社区：OSChina、博客园、CSDN、51CTO 免费的it电子书：ITeBooks - Free Download - Big Library在线学习：UdemyCrowd-sourced code mentorship. and Practicecoding with fun programming challenges - CodinGameDevStore:开发者服务商店MSDN：微软相关的官方技术集中地，主要是文档类必看书籍SICP(Structureand Interpretation of Computer Programs)深入理解计算机系统代码大全2人件人月神话软件随想录算法导论（麻省理工学院出版社）离散数学及其应用设计模式编程之美黑客与画家编程珠玑The Little SchemerSimply Scheme_Introducing_Computer_ScienceC++ PrimeEffective C++TCP-IP详解Unix 编程艺术技术的本质软件随想录计算机程序设计艺术职业篇：程序员的自我修养,程序员修炼之道,高效能程序员的修炼《精神分析引论》弗洛伊德《失控》《科技想要什么》《技术元素》凯文凯利程序开发心理学天地一沙鸥搞定：无压力工作的艺术大牛博客云风（游戏界大牛）: 云风的Tian (binghe)R大【干货满满】RednaxelaFX写的文章-回答的导航帖陈皓-左耳朵耗子：酷壳 - CoolShellJeff Atwood（国外知名博主）: CodingHorror阮一峰（黑客与画家译者，Web）：RuanYiFeng’s Personal Website廖雪峰（他的Python、Git教-程不少人都看过）：HomeGitHub篇Awesome:这是个Awesome合集，常见的资料这里面都能找到Awesome2:类似第一个Awesome杂七杂八、有用没用的Awesome合集非常不错的语言类学习资料集合：Awesomenessawesome-ios-uiawesome-android-uiAwesome-MaterialDesi gnawesome-public-datasetsawesome-AppSec(系统安全)awesome-datascience书籍资料free-programming-books中文版免费的编程中文书籍索引《程序员编程艺术—面试和算法心得》GoBooksPapersLearning)深入学习(Deep Learning)资料Docker资料合集学习使用StromHadoopInternalsSparkInternals大数据时代的数据分析与数据挖掘in DatabasesDataScience blogs日志：每个软件工程师都应该知道的有关实时数据的统一概念AndroidCode PathAndroidLearn NotesPHP类库框架，资料集合优秀项目Design开源项目Android开源项目分类汇总前端 Node.jsGuide的中文分支Angular2学习资料AngularJS应用的最佳实践和风格指南React-Native学习指南七天学会NodeJSnode.js中文资料导航Nodejs学习路线图如何学习nodejs工作，工具系统管理员工具集合ProGitNginx开发从入门到精通Google全球 IP 地址库收集整理远程工作相关的资料Colorschemes for hackers游戏开发工具集，MagicTools开发者工具箱， free-for-devGitHub秘籍Git风格指南Bast-App平台工具常用工具Mac下的神兵利器asciinema:- 免费在线作图，实时协作Origami: 次世代交互设计神器百度脑图：百度脑图第三方服务DnsPod：一个不错的只能DNS服务解析提供商DigitalOcean：海外的云主机提供商，价格便宜，磁盘是SSD的，用过一段时间整体上还可以，不过毕竟是海外的，网速比较慢。
《中文Linux用户界面规范》
《中文Linux用户界面规范》编制说明一、任务来源《中文Linux用户界面规范》根据国家863计划信息技术领域，软件重大专项，中文Linux和办公软件相关标准与规范课题研究开发任务的规定，由中华人民共和国信息产业部提出，全国信息技术标准化技术委员会归口，主要起草工作由北京中科红旗软件技术有限公司完成。
二、工作过程首先对任务要求进行进一步细化。
调派人手收集国内主要的Linux发行版本进行了深入的分析，对于每一个要求点，在不同发行版和不同界面环境上的表现，做了全面的比较。
初步判断那些部分可以规范化，那些部分不适合规范化。
再结合国内用户使用习惯的现状，并参考开源社区已成型的用户界面设计指导，确立了本规范的整体框架。
完成《中文Linux用户界面规范》大纲。
由“四所”牵头，成立了“中文Linux标准”工作组。
大纲提交工作组讨论，经过进一步的完善后，开始了细致的规范编写工作，并于2003年9月完成《中文Linux用户界面规范》初稿，继续提交工作组讨论。
其间工作组多次召开会议讨论规范初稿，因用户界面灵活度高，各方观点分歧较大，会上数次出现白热化的争论。
在听取各方意见后，我们组织力量对要求点的合理性和通用性进行考察，用户界面规范也数易其稿，形成了《征求意见稿》。
后此《征求意见稿》对外发布，从网上和有关单位收集到了许多很好的意见。
2004年4月信息产业部成立Linux标准工作组，组织更大范围的企业参与标准的制定工作。
工作组又组织了有FSG和OpenI18N有关人员和国内的Linux厂商、专家及有关人员参加的“Linux 标准研讨会”。
经过工作组的整理和讨论，确定修改意见。
根据这些意见修改后，完成了现在的《中文Linux用户界面规范》送审稿。
2006年在发展基金及国家十五项目的支持下，中国电子技术标准化研究所组织国内主要Linux操作系统发布商，对标准的符合性测试展开研究，并根据测试研究的结果对标准做中描述不够严谨的地方做出相应调整。
API标准和国产标准
API标准和国产标准API（Application Programming Interface）是应用程序接口的缩写，它是一组预先定义的规则，用于软件应用程序之间的通信。
API标准是指在软件开发过程中，对于API的设计、实现和管理所遵循的一系列规范和标准。
而国产标准则是指在中国国内制定和执行的相关标准。
API标准的重要性不言而喻。
一个良好的API标准可以提高软件开发的效率和质量，促进不同系统之间的互操作性，降低开发成本，加速产品上市速度，同时也可以为用户提供更好的用户体验。
而国产标准则是保障国内市场的产品质量和安全性，促进国内产业的发展和创新。
在API标准方面，国际上有一些知名的API标准组织，如W3C、IETF、ISO 等，它们制定了一系列的API标准，如Web API、RESTful API等。
这些标准不仅被国际上广泛采用，也成为了国内软件开发的重要参考。
而国产标准则由中国国家标准化管理委员会负责制定和管理，其中包括GB、QB、YY等一系列标准，涵盖了各个行业的产品和服务。
API标准和国产标准在软件开发和产品制造中起着至关重要的作用。
首先，它们为软件开发者和产品制造商提供了明确的规范和指导，使得他们在开发和制造过程中能够遵循统一的标准，保证产品的质量和稳定性。
其次，这些标准也为用户提供了保障，用户可以基于标准化的接口和产品进行开发和使用，降低了技术门槛，提高了产品的易用性。
在全球化的今天，API标准和国产标准也面临着一些新的挑战和机遇。
随着云计算、大数据、人工智能等新兴技术的快速发展，API标准也在不断演进和完善，以适应新的应用场景和需求。
国产标准也在不断与国际标准接轨，提高自身的国际竞争力。
同时，中国也在加快推进国家标准体系建设，加强标准化基础设施建设，提高标准化水平，为国内产业提供更好的支撑。
总的来说，API标准和国产标准在当前的软件开发和产品制造中扮演着不可替代的角色。
它们不仅是技术的基石，也是产业发展的重要支撑。
计算机专业常用术语
UGCUGC（User Generated Content）指用户原创容，是伴随着以提倡个性化为主要特点的Web2.0概念而兴起的。
它并不是某一种具体的业务，而是一种用户使用互联网的新式，即由原来的以下载为主变成下载和上传并重。
随着互联网运用的发展，网络用户的交互作用得以体现，用户既是网络容的浏览者，也是网络容的创造者。
web2.0Web2.0 是相对于Web1.0 的新的时代。
指的是一个利用Web的平台，由用户主导而生成的容互联网产品模式，为了区别传统由雇员主导生成的容而定义为第二代互联网，即web2.0，是一个新的时代。
互联网+“互联网+”是创新2.0下的互联网发展的新业态，是知识社会创新2.0推动下的互联网形态演进及其催生的经济社会发展新形态。
“互联网+”是互联网思维的进一步实践成果，推动经济形态不断地发生演变，从而带动社会经济实体的生命力，为改革、创新、发展提供广阔的网络平台。
O2OO2O即Online To Offline（在线离线/线上到线下），是指将线下的商务机会与互联网结合，让互联网成为线下交易的平台，这个概念最早来源于美国。
O2O的概念非常广泛，既可涉及到线上，又可涉及到线下,可以通称为O2O。
主流商业管理课程均对O2O这种新型的商业模式有所介绍及关注。
SNSSNS，专指社交网络服务，包括了社交软件和社交。
也指社交现有已成熟普及的信息载体，如短信SMS服务。
SNS的另一种常用解释：全称Social Network Site，即“社交”或“社交网”。
SNS也指Social Network Software，社交网络软件，是一个采用分布式技术，通俗地说是采用P2P（Peer to Peer）技术，构建的下一代基于个人的网络基础软件。
LBS基于位置的服务，它是通过电信移动运营商的无线电通讯网络（如GSM网、CDMA网）或外部定位式(如GPS)获取移动终端用户的位置信息（地理坐标，或大地坐标），在地理信息系统（外语缩写：GIS、外语全称：Geographic Information System）平台的支持下，为用户提供相应服务的一种增值业务。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《中文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(I nternet-I ntranet I nput M ethod P rotocol)协议。
此协议已有实现者，且有日益扩展的趋势。
故在本规范中同时提供这两种协议。
4)中文输入方法很多，为了使主流的中文输入方法能用于或移植到遵循本规范的Linux系统上来，本规范规定了中文输入方法与中文输入服务器的接口。
5)Linux上的支撑软件很多，特别是桌面系统。
这些软件各有特色且都在发展。
因而，Linux上的打印很复杂，很难统一。
但为了使应用程序能正确打印出中文。
本标准对系统配置的主要中文字库规定了规范名称，也规定了字库的存放目录。
四、验证情况从2006年8月启动对相关Linux产品的规范符合性测试，主要目标是验证规范的合理性和测试方法的可行性。
目前已经进行的本规范符合性测试产品包括：中标服务器操作系统3.0、红旗服务器操作系统5.0、中标桌面操作系统3.0、红旗桌面操作系统5.0，通过这些测试证明了规范要求全面、合理，符合性测试方法可行。
Linux标准工作组2007年6月11日。