UAP多语言开发规范

合集下载

信息管理基础平台(用友UAP)

第一篇.信息管理基础平台（用友UAP）第一章.用友UAP平台技术优势UAP作为基于多组织架构的企业应用运行平台、基于模式化的开发平台、开放的系统集成平台及统一的系统管理平台，是建立在Java语言所提供的强大功能的基础上开发的。

Java是一种简单的、面向对象的、分布式的、结构中立的、安全的、可移植的、性能优异的、多线程的、动态的开发语言，适合构建基于网络计算的企业应用。

由于Java的平台无关性，使得UAP可以运行在不同硬件平台、不同操作系统平台上。

基于UAP所开发的应用软件采用Browser/Server(浏览器/服务器)的方式来运行。

B/S的运行方式最大限度地方便了用户部署和维护大型软件系统，保证了瘦客户机运行，从而大大降低了用户目标系统的总体拥有成本(TCO)。

基于模式化和提供可视化建模工具的开发平台：是开放的、基于SOA、支持多种集成方式的系统集成平台；是统一的支持JMX的系统管理平台。

UAP可根据具体需求定制，满足企业持续改进的管理需求。

软件开发商、系统实施服务商还可以借助UAP进行增值开发和服务。

UAP作为新一代ERP—UFIDA NC的核心，具有如下特性：●满足企业级大规模管理应用的复杂性和全面性要求；●满足电子商务环境下，供应链中各相关企业间（核心企业与上下游企业、不同的上下游企业间）及同一企业内部不同的部门和组织间，通过网络化实现协同商务、协同计划、协同制造和协同采购的要求；●满足管理模式、组织模式、业务流程、生产模式和功能需求不断完善和发展的要求；●满足不同层次管理中的规范性和灵活性的要求；●满足对系统易用性（适应我国的文化传统、管理风格、使用习惯、人员素质等）的要求；●满足快速构建或重构企业各类业务模型并快速实施的要求；●满足与其他应用系统（如CAD、CAPP、PDM、DCS、OA等）的集成要求；●满足软硬件技术的兼容和跨平台迁移（适应多种操作系统、多种数据库系统）的要求；●满足系统不同的安全等级和不同的环境部署方式的应用要求。

UAP标准版

用友UAP融合了云计算、SOA、SaaS等当今世界级最先进技术与应用模式，集用友20多年技术积累与近百万家用户实践之大成，是世界级的云融合平台。

融合了云计算、SOA、SaaS等先进技术，整合了JA V A、.NET两大阵营, 将先进技术融入成熟的管理软件产品，建立企业、合作伙伴、供应商、客户等融合的协同价值链。

用友UAP概述用友UAP融合了云计算、SOA、SaaS等当今世界级最先进技术与应用模式，集用友20多年技术积累与近百万家用户实践之大成，是世界级的云融合平台。

编辑本段用友UAP产品特性快速开发--用友标准产品结合UAP定制开发，随时进行商业模式的创新和行业特性的管理落地. UAP开发平台是模型驱动开发模式的集成开发平台，覆盖了模型构建、代码开发、运行调试等整个开发过程。

UAP开发平台支持对产品进行全面地建模，包括实体、服务、流程、界面、报表、查询、打印和组装模型。

个性化应用--UAP提供了用于满足用户这种个性化需求的工具，让用户可以在实施阶段或系统运行一段时间后对产品进行一定的个性化的定制。

用户可以使用个性化工具对系统的菜单和表单进行个性化定制。

协同平台----企业产业链间用统一的一套软件解决管理问题是不太现实的，在用友的协同商务平台下，构建统一的虚拟办公室，让企业内和工厂间，让企业间，企业的产业链上下游，包括供应商、下游分销机构等都能建立一个统一的协同机制。

应用集成----用友UAP以一个统一的集成中间件的形式实现了平台化应用集成。

具体包括基于Portal的界面整合；建立数据仓库、使用ETL进行数据整合；展现工具整合，客户端的整合，办公系统整合，与其业务系统整合，与公共网站整合，基于SOA的服务整合、服务整合，BI的整合。

UAP介绍

Legacy system
企
业
企业上下游
应
EC系统
用
集
UFIDA
成
U8/U9/…
第三方软件产品
BQ平台
Yonyou Software Corporation
UAP开放性与跨平台
表示层
Smart Client
Web Client
xPhone & xPad
Microsoft Office…
通信协议与环境 TCP/IP； HTTP(s)/XML/SOAP/SSL；FTP； RMI / IIOP；LDAP
为伙伴提供基于UAP咨询服务文档及培训集成用友云服务平台，提供一体化服务支持
UAP渠道伙伴评估帮助伙伴建立UAP销售支持能力
开发认证服务（本地化开发、客户化开发） ISV伙伴的开发培训及文档
集团统一应用平台，支持集团多个产品公司的产品线支持行业产品及解决方案
Yonyou Software Corporation
Message
Yonyou Software Corporation
UAP集成平台-工具
支持应用集成开发、数据集成、UI集成、流程集成、主数据管理以及多种基础设施……
基于ESB的可视化应用集成开发环境
Portal应用集成
业务流程集成
数据集成
主数据管理
集成应用监控
基础设施 -ESB -SSO -应用适配器 -统一消息 -……
Legacy System 界面集成
ERP 信息集成
eCommerce 服务集成
CRM… 流程集成
应
Portal 框架
用
集
流程集成引擎
集

用友NC_UAP_技术介绍

客户化开发培训－技术介绍用友软件股份有限公司GBU客户化管理与支持部—NC产品发展线路NC 1.0WAS,服务器集群性能提升Portal 后台任务中心信息交换平台集成开发平台新界面风格产业链支持应用平台构件深化2006~2007全球化集团管控动态企业建模多系统多集团多组织架构企业动态建模NCTools 产品化集成开发平台全新UI 及个性化中心整合IUFO 分布式部署2010~NC 2.0NC 3.0NC 5.0NC 5.6NC 6.023********~2000集中财务核算100%Java 实现支持多硬件平台支持多数据库2000~2003高端ERP 集团财务供应链生产制造平台化技术用友中间件J2EE 标准支持2003~2005集中管理协同商务多帐簿全面预算集团资金高性能工作流引擎集团交付元数据管理与业务建模轻量级开发框架企业级信息搜索工作流平台应用集成2008~2009会计平台预警平台访问控制业务流程配置UI 数据缓存数据传输数据交换审批流配置多语言准则消息管理移动管理组织管理表单模板报表模板打印模板表单设计器报表设计器打印设计器查询设计器业务流程设计器规则设计器组织管理工具部署工具客户端安装工具配置工具系统监视器登陆/CA 认证任务调度异常缓存日志工作流规则引擎持久性框架基本算法连接引擎同步SQL 翻译器元数据管理SwingUi 框架SwingUi 控制JSP 框架JSP 标签JavaScriipt 脚本J2EE 服务器（WebSphere/WebLogic/UFIDA Application Server ）Portal 服务器Solaris/AIX/Linux/Windows DB2/Oracle/SQL Server/OSCAR胖客户引擎瘦客户引擎基本技术服务操作系统数据库应用模板基本应用服务UAP 应用框架UAP技术框架系统框架UAP 分层结构图强大的建模工具、开发平台、客户化平台跨硬件平台、跨操作系统、跨数据库业务服务总线（ESB ）开放的SOA 的框架结构开发模型远程接口Impl 远程接口实现类业务逻辑持久化，数据库操作数值VO类UI类按接口编程---nc.itf.<模块>: 表示该模块定义的接口---nc.impl.<模块>：表示该模块定义的接口实现---nc.vo<模块>: 表示VO的实现---nc.bs.<模块>: 普通的后台应用---nc.ui.<模块>.*: 客户端代码将代码分区域存放---public 接口和公共代码(比如VO和公共算法) ---private 实现和其它实现细节---client 客户端代码---gen 工具生成ejb目录---META-INF 模块配置文件目录代码结构VO是ValueObject的简写，在NC中是一个抽象类，它实现了Cloneable和Serializable接口。

用友UAP报表开发手册

⽤友UAP报表开发⼿册UAP报表开发⼿册说明：本⼿册是对报表帮助⽂档的补充，在看本⼿册前建议先看报表的帮助⽂档1. 数据源定义报表数据源可分为实体关系查询，SQL脚本查询和⾃定义查询三个类型，如下图所⽰：图1.1其中数据源名称和数据源描述是为了标识数据源以及说明数据源的功能。

1.1查看或修改现有数据源“查看或修改现有数据源”是指对原先已经创建的数据源进⾏修改（系统预置的数据源不允许修改），或者可以在新建报表时选择已存在的数据源，如下图：选“下⼀步”：则列所有已存在的数据源，选择其中⼀个，按“下⼀步”：图1.4功能列表是数据引擎内部使⽤机制，直接选“下⼀步”：图1.5这个是设置报表数据源的最后⼀个步骤，由于选定的数据源为⾃定义查询类型，所以第⼀个页签为⾃定义查询组件的相关信息（关于⾃定义查询组件的具体情况，请查阅本⼿册1.3单元）；第⼆个页签如下图：图1.6查询结果列是指该数据查询结果的具体情况，包括列名称，列的数据类型，列的区域语⾔描述。

这些信息将构成报表格式设计时的数据源信息（关于这部分内容的详细情况请参阅UAP报表设计时帮助⽂档）。

另⼀个页签为“过滤条件设置”，如下图：图1.7具体包括过滤条件名称，过滤条件的区域语⾔描述，这个将在过滤条件的数据源下拉列表中出现，这些信息将⽤来设置从过滤控件读去⽤户输⼊条件值来对查询的结果进⾏过滤（具体情况清参阅本⼿册2.2单元）。

之后，选择“完成”即结束数据源定义⽽进⼊报表格式定义。

1.2实体关系查询在图1.1步骤中选定“实体关系查询”，点击“下⼀步”则进⼊实体关系查询类型的数据源定义：图1.8这⾥必须要添加⾄少⼀个关联实体，点击“添加”，则可选择系统已经定义好的实体：图1.9选定实体，然后点击“确定”：图1.10点击“下⼀步”（如果选择了多个实体，则还需要定义实体之间的关系。

关于如何定义⼀个实体以及如何定义实体之间的关系，请参阅数据引擎的相关⽂档）：图1.11接着必须添加结果列，即图1.6中的“查询结果列”。

软件开发中如何处理多语言

软件开发中如何处理多语言随着全球化的发展，越来越多的软件开发公司开始关注多语言支持。

实现多语言支持的目的是使软件可以跨越不同的国家和地区使用，以提高软件的竞争力。

本文将讨论如何在软件开发过程中处理多语言。

1. 认识多语言支持多语言支持是指软件可以针对不同的语言和语言习惯进行本地化和国际化，以适应不同用户的需求。

实现多语言支持需要考虑以下几点：1）翻译文本的准确性：在将软件翻译成不同的语言时，为确保文本是准确的，翻译人员必须了解新语言的语法和词汇。

2）文本长度：不同语言的词汇、语汇和语法结构不同，因此它们在不同语言中的长度也不同。

因此，在文本翻译时，必须考虑到文本长度的变化。

3）南北方语言的差异：南北方语言的差异可以导致单词和语句的差异，因此在翻译时，需要考虑到不同语言的语言习惯和文化差异。

2. 处理多语言的方法在软件开发过程中，有几种方法可以为软件添加多语言支持：1）使用外部翻译文件：使用外部翻译文件可以将所有翻译文本保存在一个单独的文件中，例如 XML 文件、文本文件或数据库。

这样，翻译人员可以通过编辑这些文件来进行翻译。

这种方法的好处是可以方便地添加新的翻译文件，但是，每次启动应用程序时，必须读取这些文件，这会增加应用程序的启动时间。

2）使用资源文件：另一种方法是使用资源文件。

资源文件是一组以文本形式保存的字符串，这些字符串可以根据需要在软件中使用。

使用资源文件的好处是可以方便地添加新的资源文件，而且不会影响应用程序的启动时间。

3）使用代码注释：使用代码注释的方法是将所有的文本都包含在代码中，然后使用注释文本指示哪些文本需要翻译。

这种方法的好处是可以方便地将文本与代码一起维护，但是这种方法增加了代码的复杂性，不适用于大型软件项目。

3. 处理多语言的工具为了实现多语言支持，并加强翻译人员的工作效率，可以使用以下工具：1）翻译工具：使用翻译工具可以加快翻译进程。

这种工具可以自动将一种语言文本转化成其他语言文本。

U8UAP开发手册

UAP开发样例指导用友研发中心U8平台技术部<本文档适用于U871版本>目录一、摘要 (3)二、样例开发前提 (3)三、建立UAP项目 (3)四、建立表单模型 (5)(一)新建实体 (6)(二)新建实体属性 (8)五、建立表单布局 (14)六、行为对象开发 (15)(一)表单开发 (17)(二)列表开发 (30)(三)生单二次开发 (36)(四)联查报表 (37)(五)联查UAP列表 (38)(六)UAP列表联查U8单据 (39)(七)用户自定义控件开发 (42)(八)U8单据引用UAP档案 (43)七、行为对象注册 (56)功能介绍： (56)使用说明： (56)应用技巧： (58)八、建立数据引擎 (59)功能介绍： (59)使用说明： (60)应用技巧： (82)九、设置过滤条件 (82)功能介绍： (82)使用说明： (82)应用技巧： (87)十、设置栏目 (88)功能介绍 (88)使用说明 (88)应用技巧 (89)十一、权限 (89)功能权限 (89)记录级权限 (90)字段级权限 (91)十二、部署 (92)附录：功能介绍 (93)1、行为对象升级说明 (93)2、LoginInfo 对象介绍 (95)一、摘要本文以U8-ERP中的销售订单为应用原型，介绍了如何通过UAP进行软件开发，文中给出了开发方法和丰富样例。

内容包括：UAP表单开发原理UAP项目的建立和导入、导出UAP表单的模型设计和布局设计UAP表单的行为对象开发UAP表单列表设计与开发UAP表单列表的行为对象开发如何对UAP表单的缺省按钮进行扩展性开发如何对UAP表单的缺省按钮进行取代性开发如何为UAP表单增加新的按钮及行为如何用程序代码调用UAP报表如何用程序代码调用UAP表单列表如何在UAP表单中增加权限控制：功能权限、字段权限、记录权限如何为UAP表单开发自定义控件如何开发树形档案如何维护UAP数据引擎如何维护栏目如何维护过滤条件如何调用U8APIU8单据自定义项如何引用UAP档案本文档中使用的示例文件为“销售订单二次开发”，可以通过UAP将该文件导入到帐套中。

UAP经典的介绍及构架

附件4：UAP介绍一、UAP简介UAP（Universal Application Platform）平台是用友软件经过多年的技术积累和知识沉淀，在微软.NET相关规和标准的基础上，提供完全支持基于领域语言(DSL)的模型驱动开发(MDD)模式，为各种复杂的企业级商业应用系统提供专业、安全、高效、可靠的开发、部署和运行企业管理应用软件的开发工具平台。

通过UAP平台，使企业信息资源变得可重用、透明化，并且系统具有高可扩展性，让业务处理更加高效、简洁、安全。

UAP平台为用户提供了一个统一的集成开发环境，用户可以使用包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器，并通过可视化的界面和友好的交互操作，自动生成用户所需要的各种功能控件。

使得大型的企业级商业应用软件第一次实现了技术与业务关注点的分离，并且通过快速的动态业务建模与服务组装技术，实现了企业动态业务的快速部署与应用，真正实现了“随需而变”的实时企业与全球商务的企业信息化价值理念。

1.1 UAP的目标作为开发工具平台，UAP需要实现与操作系统、数据库、.Net Framework、Office、WMI、.Net Compact Framework、MSMQ等底层核心技术的调用与协作，通过屏蔽底层的复杂实现，提高企业应用软件的灵活性、可扩展性和开放性。

作为应用设计平台，UAP提供了统一的集成开发环境，其中包括模型设计、UI设计、报表设计、规则设计、数据库设计、BI设计等各方面的设计器，通过可视化的界面和友好的交互自动产生需要的各种软件工件，极提高了软件开发的效率和质量。

作为运行执行平台，UAP在系统交付、安装和部署后，支撑业务系统的解析和执行；提高应用软件的可定制性与可集成性。

作为集成平台，UAP提供对OFFCIE、移动商务、第三方软件系统等企业级的集成与应用协同。

作为管理平台，UAP通过使用权限管理、EAI、数据库管理等管理工具实现对业务系统的调整和控制。

软件开发中的多语言支持

软件开发中的多语言支持在全球化的背景下，软件开发中的多语言支持已经成为了越来越重要的问题。

如果一款软件只支持一种语言，那么其市场就会受到较大的限制，因为世界上有很多人不会或不太熟悉这种语言。

因此，对于软件开发来说，多语言支持已经成为了必不可少的一部分。

多语言支持的概念就是指一款软件可以支持多种语言。

这种支持可以体现在用户界面上，也可以体现在软件内部，包括错误信息、日志等等。

为了实现多语言支持，软件开发人员需要考虑一系列问题，包括语言选择、文本翻译、本地化等等。

语言选择是多语言支持的第一步。

在设计软件时，开发人员需要考虑软件要支持哪些语言。

这通常是依据软件的使用范围和目标用户来决定的。

比如，如果一个软件是面向全球用户的，那么它需要支持多种主要语言，如英语、汉语、法语、西班牙语等等。

而对于只在一些特定地区使用的软件来说，只需要支持当地的语言即可。

语言选择之后，就需要进行文本翻译。

文本翻译是将一个字符串从一种语言转换为另一种语言的过程。

翻译的工作可能需要外包给专业的翻译公司，或者软件开发人员自己来完成。

不管是哪种方式，都需要进行仔细的品质控制，以确保翻译的质量和准确性。

与文本翻译相关的，还有本地化的问题。

本地化是指将软件适应到不同地理、文化和语言环境的过程。

这通常需要考虑一些文化习惯、法律要求、货币单位等等。

比如，当一个软件被本地化到欧洲的某个国家时，就需要考虑该国家的货币单位、日期格式、电话号码格式等等。

软件的本地化需要考虑许多细节问题，开发人员要精通语言和文化，才能确保本地化的质量。

在多语言支持方面，还有一些技术工具可以帮助开发人员。

比如，语言包是一个经过本地化处理的程序包，可以使软件在不同语言环境下应用，并保持统一的功能。

另外，各种国际化和本地化的类和 API，如 Java 中的 Internationalization (I18N) 和Localization (L10N)，可以辅助软件开发人员实现多语言支持。

移动应用开发中的多语言支持技术介绍

移动应用开发中的多语言支持技术介绍随着全球化的加速发展，移动应用的市场也变得越来越国际化。

为了满足不同国家和地区用户的需求，移动应用开发者需要提供多语言支持。

本文将介绍移动应用开发中常用的多语言支持技术。

一、资源文件技术资源文件技术是移动应用开发中最常用的多语言支持技术之一。

它通过将不同语言的文本内容存储在不同的资源文件中，实现了在应用程序中根据用户设置的语言自动加载对应的文本。

开发者只需在应用的资源文件中添加对应语言的文本即可轻松实现多语言支持。

资源文件技术的优点在于简单易用，不需要修改应用的代码逻辑。

开发者只需要在资源文件中添加翻译后的文本即可。

同时，由于资源文件是独立于代码的，开发者可以随时更新或添加新的语言资源，而不需要重新编译和发布应用。

二、字符串替换技术字符串替换技术是在运行时替换应用中的文本，并显示对应语言的文本内容。

它通过使用占位符代替需要翻译的文本，然后根据用户设置的语言，将对应语言的文本替换到占位符的位置。

与资源文件技术相比，字符串替换技术相对复杂一些，需要修改应用的代码逻辑。

开发者需要在代码中标记需要翻译的文本，并在运行时根据用户的语言设置进行替换。

然而，字符串替换技术更加灵活，可以对应用的任何文本进行翻译，并且可以根据应用的逻辑动态显示不同的文本。

三、在线翻译服务随着互联网的普及，越来越多的在线翻译服务可以为移动应用提供多语言支持。

开发者可以使用这些在线翻译服务，将应用中需要翻译的文本发送给服务提供商，然后获取翻译后的文本，并在应用中显示出来。

在线翻译服务的优点在于可以快速获取到大量的翻译资源，并且减轻了开发者的工作量。

不过，由于在线翻译服务的翻译质量参差不齐，开发者需要仔细选择服务提供商，确保所获取的翻译结果准确无误。

四、动态语言切换动态语言切换是一种相对新的多语言支持技术。

它通过将应用的语言设置与用户的语言设置进行绑定，实现了动态切换应用语言的功能。

开发者只需在应用中加入语言切换的选项，并将用户选择的语言设置应用到相应的界面和文本内容中。

UAP开发常用类

一、Public1、参考帮助文档—“UAP基础技术API”2、nc.md.persist.framework.IMDPersistenceService 基于元数据的持久化服务接口3、nc.itf.uap.rbac.IuserManageQuery用户相关的查询服务。

4、nc.vo.uap.rbac.profile.FunctionPermProfileManager 权限查询结合nc.vo.uap.rbac.profile.IfunctionPermProfile 查询使用IFunctionPermProfile profile =FunctionPermProfileManager.getInstance().getProfile(user.getUser_code());FuncSubInfo funcSubInfo = profile.getFuncSubInfo(funcode);vos = funcSubInfo.getFuncPermissionPkorgs();5、nc.vo.util.ManageModeUtil 管控模式根据管控模式判断数据是否可编辑6、nc.vo.util.VisibleUtil 档案模式可见性范围条件获取工具类7、nc.vo.util.BDModeManager 档案管控模式前台缓存8、nc.vo.util.BDUniqueRuleValidate档案唯一性规则校验类9、nc.vo.util.BDReferenceChecker 档案引用校验类10、nc.vo.util.BDPKLockUtil 基本档案主键锁工具类，支持批量加锁11、nc.pubitf.eaa.InnerCodeUtil 内码产生工具类12、nc.vo.uif2.CodeRuleUtil 编码规则工具类13、nc.vo.pubapp.pattern.model.transfer.bill.ClientBillToServer 前台产生后台轻量化的VO14、nc.vo.pubapp.pattern.model.transfer.bill.ServerBillCombinClient 后台异VO补全类15、nc.vo.pubapp.pattern.model.transfer.bill.ServerBillToClient 后台产生前台轻量化的VO16、nc.vo.pubapp.pattern.model.transfer.bill.ClientBillCombinServer前台异VO补全类17、nc.vo.pubapp.pattern.log.Log 日志信息输出18、nc.vo.pubapp.pattern.log.TimeLog 时间日志输出19、nc.vo.pubapp.pattern.pub.SqlBuilder sql语句构造器。

UAP经典介绍及构架

UAP经典介绍及构架附件4：UAP介绍一、UAP简介UAP（Universal Application Platform）平台是用友软件经过多年的技术积累和知识沉淀，在微软.NET相关规范和标准的基础上，提供完全支持基于领域语言(DSL)的模型驱动开发(MDD)模式，为各种复杂的企业级商业应用系统提供专业、安全、高效、可靠的开发、部署和运行企业管理应用软件的开发工具平台。

通过UAP 平台，使企业信息资源变得可重用、透明化，并且系统具有高可扩展性，让业务处理更加高效、简洁、安全。

根据模型自动生成框架代码、测试用例，降低手工编码量，大幅度提供软件开发的效率共享业务模型、特征与软件构架，并可轻松设计业务逻辑和界面。

易于扩展与维护，实现应用软件的规模化定制。

基于MVC框架的界面模型，可适应多种客户端。

基于产品线的软件工厂模式，实现ERP产品的规模化定制要求。

建立可重用的核心资产库，实现基于构件的开发与组装。

强大的流程设计器和工作流引擎，轻松应对业务流程的变化。

提供基于微软Report Service的报表和BI 工具，简化业务数据的多角度分析。

支持集中式/分布式的应用部署。

内置国际化支持。

1.3 对客户带来的新价值UAP平台通过统一的模型、界面与规则描述规范，为不同的角色（包括需求人员、设计人员、开发人员、实施人员以及客户）提供了多视图的统一应用框架。

通过这种统一的模型化规范，彻底解决了开发过程中不同阶段之间的“语义鸿沟”，实现快速、高效、可视化、大规模地构建个性化的业务系统。

因此，UAP平台从不同的角度为客户所带来的新价值包括：✓从业务角度：UAP建立了一个实现应用领域模型很好的支撑框架，有助于企业根据业务对象模型形成业务领域Framework，为构建复杂的应用系统提供有力的保证。

✓从技术角度：由于UAP实现了业务与技术的分离，降低手工编码量，大幅提高软件开发效率的同时，提高个性化的交付能力，使企业能够适应未来新技术的变化，降低由于客户采用新技术所带来的影响。

UAP-Studio插件开发规范1.5

UAP-Studio 插件开发规范V1.5UAPJAVA应用平台开发部2013-11-20适用范围：所有UAP-Studio套件(MDE、MOB、ESB、MDP、TEST、WEB)及后续新增套件一、命名规范✓Bundle和Fragment命名规范com.yonyou.studio.<suite>.<module>.[submodule]bundle名称全小写，与标准的eclipse bundle命名习惯统一Bundle版本：<major>.<minor>.<micor>.[qualifier-String]qualifier-String不允许使用“qualifier”代替类似“20130812”的当前时间戳，如果需要时间戳，请手工维护。

注意，eclipse创建bundle时会自动添加“qualifier”，请清理掉，版本号必须为3位，不够3位补0为什么不允许使用qualifier?bundle打包构建采用maven+tycho，编译后会发布到公司的中央仓库，qualifier会被maven识别成SNAPSHOT，属于快照，无法发布到RELEASE库中。

示例：com.yonyou.studio.ria.template_6.5.3com.yonyou.studio.ria.template.ui_6.5.3.201310111036com.yonyou.studio.esb.service.spi_6.5.3.RELEASE✓Feature命名规范com.yonyou.studio.<suite>.[name].feature示例：com.yonyou.studio.ria.feature 必须以feature结尾com.yonyou.studio.ria.template.feature✓多语fragment命名规范<hostbsn>.nl_<locale>示例com.yonyou.studio.ria.template.nl_zhcom.yonyou.studio.ria.template.nl_zh_CNcom.yonyou.studio.ria.template.nl_encom.yonyou.studio.ria.template.nl_en_US二、第3方jar包使用规范1. 建立第3方bundle库(studio_depend)，有专人负责管理bundle新增、删除、版本更新等维护工作，确保其稳定。

电子游戏多语言支持规范

电子游戏多语言支持规范随着全球电子游戏市场的扩大，游戏开发商越来越重视多语言支持的重要性。

为了满足不同国家和地区的玩家需求，游戏开发商通常需要提供多语言版本。

本规范将就电子游戏多语言支持的要求进行详细说明，以确保游戏在全球范围内能够流畅运行，并给玩家带来良好的体验。

一、本规范的适用范围本规范适用于所有电子游戏开发商，包括PC游戏、掌上游戏、主机游戏、移动游戏等各个平台。

二、语言版本要求1. 游戏应至少提供英语语言版本，并保证该版本的语言表达准确、流畅。

2. 根据目标市场，开发商还应提供主要语言版本，如法语、德语、日语、韩语等。

3. 游戏语言版本应根据当地社会、文化背景进行调整，确保游戏内容和表达方式与当地习惯相符。

三、翻译质量要求1. 所有翻译工作应由专业的翻译团队完成。

翻译人员应具备游戏行业相关知识和经验。

2. 翻译应准确无误，避免语法错误、拼写错误或语言歧义等问题。

3. 翻译的文字应流畅自然，符合目标语言的习惯用法和表达方式。

四、字体和排版要求1. 游戏中所使用的字体应具备良好的可读性和美观性，在不同语言之间无歧义地传递信息。

2. 界面元素的排版要合理布局，确保文字不会出现截断、重叠等问题。

3. 对于从左到右书写的语言（如英语、法语等），文字应从左到右排列；对于从右到左书写的语言（如阿拉伯语、希伯来语等），文字应从右到左排列。

4. 游戏中的特殊符号、标点符号等均应正确显示，并适配各个语言的使用习惯。

五、语音和配音要求1. 游戏中的语音和音效应提供多语言版本，包括主要语言以及英语作为备选。

2. 语音和音效应准确传达游戏内容和情感表达，不应有任何失真、卡顿或其他质量问题。

六、战略分析1. 游戏开发商应根据目标市场进行战略分析，确定主要语言版本，并优先进行翻译和本地化工作。

2. 针对不同地区的特点，可考虑在游戏中增加当地文化元素和装饰，增加游戏的吸引力和亲和力。

七、测试和验证1. 为了保证多语言版本的质量，游戏开发商应进行充分的测试和验证工作。

移动应用开发中的移动端国际化与多语言处理指南

移动应用开发中的移动端国际化与多语言处理指南在移动互联网时代，移动应用的发展势头不可阻挡。

然而，随着应用的普及和用户的多样性，如何打造一个能够适应全球用户的应用成为了一个关键的问题。

移动端国际化与多语言处理成为了移动应用开发不可忽视的方面。

一、为什么需要进行移动端国际化与多语言处理？随着移动应用的全球化发展，越来越多的用户来自不同的国家和地区，使用不同的语言。

如果应用只支持一种语言，将无法满足全球用户的需求，降低用户黏性和使用体验，进而影响应用在全球市场的竞争力。

因此，进行移动端国际化与多语言处理是必不可少的。

二、移动端国际化的基本原则1. 设计灵活多样的布局：在进行设计时，应采用灵活多样的布局，以适应不同语言的文字长度和排列习惯。

例如，英语通常是从左到右的水平排列，而阿拉伯语则是从右到左的，这需要在设计和布局上进行充分考虑。

2. 采用字体和图标的替代方案：不同语言的字母、文字符号和表情符号可能存在差异，因此，在设计时应谨慎选择字体和图标，确保能够适应不同语言的需求。

同时，还需避免使用与某一特定地区或文化相关的图标，以避免造成误解和冲突。

3. 支持多语言的数据存储：为了实现多语言的切换和显示，应将不同语言的文本、标签和其他需要国际化的内容进行统一管理和存储。

可以将这些数据存储在资源文件中，以便根据用户语言的设置来读取和显示相应的内容。

三、多语言处理的关键步骤1. 多语言资源文件管理：首先，需要创建针对不同语言的资源文件。

这些资源文件包含了应用中使用的各种文本、标签和其他需要国际化的内容。

根据语言的不同，分别创建相应的资源文件，并将对应语言的内容填写进去。

2. 语言切换的实现：为了实现多语言切换的功能，可以在应用的设置页面添加一个选项，让用户可以自由选择所需的语言。

通过监听用户的选择，将应用的语言设置为用户选择的语言，并即时更新应用界面的显示内容。

3. 去除硬编码的文本：为了实现多语言显示的灵活切换，需要将应用中的硬编码文本替换为资源文件中的对应文本。

移动应用开发中如何进行多语言支持(六)

移动应用开发中如何进行多语言支持在移动应用开发中，为了满足不同用户的需求，多语言支持是一个非常重要的功能。

通过多语言支持，开发者可以使自己的应用更容易被全球用户接受，进而扩大用户群体和提高用户留存率。

本文将介绍在移动应用开发中如何进行多语言支持的一些方法和注意事项。

一、国际化准备在开始进行多语言支持之前，开发者需要做一些准备工作。

首先，需要明确应用要支持的目标语言。

这可以通过市场调研和用户反馈来确定。

其次，需要进行字符串提取，将应用中的可本地化文字提取出来，准备进行翻译。

可以使用工具来辅助提取，比如Android中的String资源文件。

最后，需要确定一个合适的翻译方案，可以选择雇佣专业翻译人员进行翻译，或者使用机器翻译与人工翻译相结合的方式。

二、资源管理进行多语言支持的关键是良好的资源管理。

在开发阶段，需要将不同语言的资源分别保存在不同的文件中，方便维护和管理。

在Android平台上，可以利用res文件夹中的values文件夹来管理不同语言版本的字符串资源。

为每个语言创建一个文件夹，并在文件夹中创建字符串资源文件。

在代码中，需要通过资源引用的方式来获取字符串，而不是直接在代码中写死字符串。

这样，当切换到不同语言时，系统会自动加载对应语言的字符串资源。

三、文本折行与布局适配不同语言的文本长度可能不同，可能会导致界面显示不全或者布局错乱的问题。

为了解决这个问题，开发者需要进行文本的折行处理和布局的适配。

对于较长的文本，可以考虑使用文本折行技术，使其在不同屏幕尺寸上都能正常显示。

同时，还需要测试不同语言在不同屏幕尺寸和密度上的布局情况，以确保应用在各类设备上都能正常显示。

四、语言切换与本地化设置为了方便用户切换语言，开发者可以在应用设置中提供语言选择的功能。

用户可以根据自己的需求选择应用的显示语言。

在切换语言后，应用会根据用户的选择重新加载对应语言的资源。

此外，可以根据用户的地理位置信息，自动选择合适的语言进行显示。

说明书的多语种版本管理

说明书的多语种版本管理随着全球化的进展，越来越多的产品开始在国际市场上销售。

为了满足不同国家和地区的消费者需求，跨国企业需要为其产品开发多语种版本的说明书。

这些说明书的多语种版本管理变得至关重要，以确保准确传达产品的信息，提供良好的使用体验，并遵守法规和法律要求。

一、需求分析在制定多语种版本管理计划之前，首先需要进行需求分析。

这包括确定目标市场、语种需求、翻译质量要求以及法规和法律要求。

通过仔细分析这些因素，可以确定需要翻译和管理的语言数量和工作量。

二、翻译团队选择选择专业、熟悉产品的翻译团队至关重要。

翻译团队应具备良好的语言能力、翻译经验和专业知识。

他们应该理解产品的特性和使用方法，并能准确传达产品信息。

此外，确保翻译团队能够按时完成翻译任务，并具备适应快速变化的市场需求的能力。

三、翻译工具和技术为了提高翻译质量和效率，可以使用翻译工具和技术。

计算机辅助翻译工具（CAT）可以帮助翻译人员管理术语库、翻译记忆库和一致性检查工具。

此外，机器翻译和自动语音识别等技术也可以应用于一些简单和标准化的说明书翻译。

四、术语管理在多语种版本管理过程中，术语管理是非常重要的。

确保在不同语言的说明书中使用一致的术语可以提高产品的专业性和可理解性。

可以建立术语库来管理术语，并在翻译过程中进行术语的一致性检查。

五、版本控制和更新随着产品的改进和市场需求的变化，说明书需要不断进行更新。

为了确保不同语言版本的一致性，需要建立有效的版本控制机制。

每次更新都应该记录并通知相关翻译团队，以便进行及时的翻译和更新。

六、审核和审校在完成翻译工作后，说明书需要进行审核和审校。

审核和审校的目的是确保翻译准确无误、符合专业规范，并适应目标市场的文化和法律要求。

可以邀请来自目标市场的专业人士参与审核和审校过程，以确保语言和内容的质量。

七、文档管理为了方便多语种版本的管理，建议建立一个完善的文档管理系统。

文档管理系统应具备方便快捷的搜索、检索和更新功能，以便随时更新和发布多语种版本的说明书。

opc,ua,开发规范

竭诚为您提供优质文档/双击可除opc,ua,开发规范篇一：opcua规范1.opcua规范组成opc统一体系架构规范由十一部分组成。

各部分规范概要介绍如下：第一部分——概念这部分规范描述了关于opcua服务器和客户端的基本概念。

第二部分——安全模型这部分规范描述了用于opcua客户端和opcua服务器之间安全交互的模型。

第三部分——地址空间模型这部分规范描述了服务器地址空间的内容和结构。

第四部分——服务这部分规范指定了opcua服务器提供的所有服务。

第五部分——信息模型详细说明了为opcua服务器定义的标准数据类型和它们之间的关系。

第六部分——映射这部分规范详细说明了opcua支持的传输映射和数据编码机制。

第七部分——协议这部分规范详细说明了可用于opc客户端和服务器的协议。

这些协议提供了可用于一致性标准的服务和功能。

服务器和客户端可依靠这些协议来进行测试。

第八部分——数据访问详细说明了如何使用opcua进行数据访问。

第九部分——报警与事件详细说明了使用opcua对报警与条件通道的支持。

基本的系统包括对简单事件的支持；这部分规范拓展了对报警与事件的支持。

第十部分——程序详细说明了opcua对程序访问的支持。

第十一部分——历史数据访问详细说明了使用opcua对历史信息的访问。

访问包括对历史数据和历史事件的访问。

2.opcua规范总貌2.1介绍opc统一体系结构是一个不依赖任何平台的标准，借助此标准各种各样的系统和设备能在不同的网络中以c/s的模式进行通信。

opc统一体系结构通过确认客户端和服务器的身份和自动抵御攻击来支持稳定的、安全的通信。

opcua定义了一系列服务器所能提供的服务，特定的服务器需要向客户端详细说明它们所支持的服务。

信息通过使用标准的和宿主程序定义的数据类型进行表达。

服务器定义客户端可识别的对象模型。

服务器可以提供查看实时数据和历史数据的接口，并且由报警和事件组件来通知客户端重要的变量或事件变化。

U9UAP个性化开发

U9UAP个性化开发U9-UAP开发⼤全（参照及列表开发）徐中荣2010年5⽉31⽇第⼀章审批流 (3)⼀、审批流基础 (3)1、审批流的特点 (3)2、预置审批数据 (4)3、审批职责的作⽤ (5)4、审批分配 (5)5、审批流后台模型 (6)⼆、审批流模型设置 (7)1、实体上新建状态机 (7)2、添加提交事件 (8)3、设置状态机事件 (8)三、添加代码 (9)1、初始状态机 (9)2、响应UI提交按钮事件 (10)3、响应审核按钮 (10)第⼆章个性化设置 (11)⼀、页⾯个性化 (11)⼆、表单个性化 (11)三、菜单个性化 (11)四、查询、列表、报表个性化 (11)五、打印个性化 (11)1、添加⽤户⾃定义字段 (11)2、使⽤OQL表达式 (12)3、扩展标准SQL函数 (13)4、使⽤UIModel⽅式扩展 (17)第三章预警设置 (19)⼀、预警基础 (19)1、运⾏前提 (19)2、预警分类 (19)3、特点 (19)⼆、周期性预警 (20)1、预警定义 (20)2、启⽤预警和设置调度⽅案 (21)3、预警监控 (22)三、实时预警 (24)第⼀章审批流⼀、审批流基础1、审批流的特点●审批职责决定终审权（如⾦额〈3000,当⾦额〉3000时审核后就终⽌了）●多汇报上级（由责任类型决定）●全局审批●跨组织审批不能实现逐级拨回。

也不能实现同级会签。

⾮审批流的审批⽅式●即时确认为保存后就确认（如料品档案上的已核准）；●确认作业为⼿⼯审核确认⽅式；汇报对象可以是⼀个岗位、职务或员⼯。

其汇报上级的优先顺序：●若汇报对象是员⼯A、先判断该员⼯是否定义了汇报上级；B、若没有员⼯汇报上级，则按员⼯的岗位找汇报上级；C、若该员⼯没有岗位，则按该员⼯的职务来找汇报上级；D、⽆职⽆岗且没有定义员⼯汇报上级的员⼯不能提交审批流●若汇报对象是职务（岗位），则直接根据职务（岗位）汇报关系找汇报上级。

⽤户账号--联系对象—⼈员2、预置审批数据●审批对象：需审批的单据（如⽣产订单、销售订单）或档案（如料品、客户）；审批对象中根据需求定义了岗位表达式（即该审批对象的审批发起对象）；审批对象中设定了责任类型（该审批对象在审批过程中按什么责任类型找汇报上级）；审批对象中可定义⽗对象，这类审批对象与其⽗对象构成主⼦审批关系。