内部公文格式标准规范

第一篇：内部公文格式标准规范

广东携手物流科技有限公司 文件编号：XS-RR-2017【0401】号

公司内部公文格式标准规范

1.目的

为规范公司内部公文格式，便于立卷、归档和检索，提高公司内部文件管理质量，现对公司所通行的各类文件的排版格式，做如下表所描述式样的统一。本格式，参照了《国家机关公文格式》，但对其进行了大幅度的简化，只对格式主要版式、文字字体及其大小做了统一。

2.适用范围

广东携手物流科技有限公司总部各部门及各分公司。

1.内容

3.1公司文件格式要求：

3.1.1红头文件格式

3.1.1.1文头的字体：黑体初号、加粗、红色、居中 3.1.1.2发文字号的字体：四号宋体、黑色、加粗 3.1.1.3标题的字体：二号宋体、加粗、黑色、居中 3.1.1.4主送机关的字体：三号宋体、加粗、黑色

3.1.1.5正文的字体：三号宋体、黑色、段首缩进2个字符、1.5倍行距 3.1.1.6落款日期：三号宋体、黑色、日期为日期时间格式中的大写格式 3.1.1.7页边距：上下各为2.54㎝,左右各为3.17㎝ 3.1.1.8所有红头文件在发布之后将原件交由总裁办统一保管

3.1.2规章制度文件格式

3.1.2.1文头信息：小四号宋体、黑色

3.1.2.2文件标题：各级标题均用阿拉伯数字（1，1.1，1.1.1）区别，大标题为宋体二号加粗，一级标题为宋体三号字加粗，二级标题为宋体四号字加

广东携手物流科技有限公司 文件编号：XS-RR-2017【0401】号

粗，三级标题为宋体小四号字、加粗，正文为宋体小四号字

3.1.2.3文件正文：小四号宋体、黑色、段首缩进2个字符、1.5倍行距 3.1.2.4落款日期：四号宋体、黑色、日期为日期时间格式中的大写格式 3.1.2.5页边距：上下各为2.54㎝,左右各为3.17㎝ 3.1.2.6公司简称：在文件正文内可简称“携手科技” 3.1.2.7公司全称：在落款、合同文本等情形必须用全称 3.1.2.8规章制度文件包含公司发文、各部门发文等

3.1.2.9所有规章制度文件在发布之后将原件交由总裁办统一保管

3.1.3请示文件格式

3.1.3.1标题：三号宋体、黑色、加粗、居中

3.1.3.2正文：四号宋体、黑色、段首缩进2个字符、1.5倍行距 3.1.3.3落款日期：四号宋体、黑色、日期为日期时间格式中的大写格式 3.1.3.4所有请示文件在发布之后将原件交由总裁办统一保管

3.2页眉页脚

3.2.1页眉

页眉文字为靠左 “携手科技”，靠右 “XXXX管理文件YG—XZ—070101(编号格式见本规定附录)”或“XXXX部XX（根据需要分类，如会议等）文件”，一般制度/规范性文件均需要编号，其它只作分类备案用文件无需编号 3.2.2页脚

无论对内对外文件，页脚格式均为“ 广东携手物流科技有限公司 文件编号：XS-RR-2017【0401】号

3.3.2规章制度文件编号要求：

由公司发文的编号为：XS-年份全称【月份+序号】

由部门发文的编号：XS-部门简称-年份全称【月份+序号】，例如： 财务部发文编号：XS-CW-2017【0401】号 项目部发文编号：XS-XM-2017【0401】号 客服部发文编号：XS-KF-2017【0401】号

3.3.3请示文件编号要求：XS-部门简称+QS-年份全称【月份+序号】，例如： 财务部请示文编号：XS-CWQS-2017【0401】号 项目部请示文编号：XS-JYQS-2017【0401】号 客服部请示文编号：XS-KQSF-2017【0401】号

3.3.4附表编号要求：公司所有表单统一由总裁办管理编号：XS-BD-编号

4.附则

本规范从发文之日起执行，由总裁办负责解释。

5.表格

5.1公司发文模板 5.2总经办发文模板 5.3内部衔接函模板 5.4内部请示模板 5.5会议纪要模板

第二篇：内部传递公文

办文方（公章）：维修部

签发人： 发文日：2017 年 12月28日 报（发）送至：经理室

标 题: 内容: 费用: 租赁渠道:

经理签字:

财务主管签字:

第三篇：工作汇报 内部公文标准格式

发件人：

呈：

抄送：

工作汇报、项目方案、工作计划、工作总结

正文（五号宋体）

签名：

日期

签名： 公司部门： 手机号码： 办公电话： E-mail：

撰稿人：

审核人：

批准人：

地址/ADD：广州市花都区花东镇金田工业区永溪路3号

邮编/P.C：510890 电话/TEL: 020-86763666

传真/FAX：020-86755789

第四篇：标准规范

13.4 环境管理

13.4.1项目部应根据批准的建设项目环境影响报告，编制用于指导项目实施过程的项目环境保护计划，其主要内容包括：项目环境保护的目标及主要指标。项目环境保护的实施方案。项目环境保护所需的人力、物力、财力和技术等资源的专项计划。项目环境保护所需的技术研发、技术攻关等工作。落实防治环境污染和生态破坏的措施，以及环境保护设施的投资估算。

13.4.2项目项目环境保护计划应按规定程序经批准后实施。

13.4.3项目部应对项目环境保护计划的实施进行管理。主要内容包括：明确各岗位的环境保护职责和权限。落实项目环境保护职责和权限。对项目参加人员应进行环境保护的教育和培训，提高环境保护意识和工作能力。4 对于环境因素和环境管理体系的有关信息进行管理，保证内部与外部信息沟通的有效性，保证随时识别到潜在的影响环境的因素或紧急情况，并预防或减少可能伴随的环境影响。负责落实环保部门对施工阶段的环保要求，以及施工过程中的环保措施，对施工现场的环境进行有效控制，防止职业危害，建立良好的工作环境。施工阶段的环境保护应按《建设工程项目管理规范》GB/T50326执行。项目配套建设的环境保护设施必须与主体工程同时投入试运行。项目部应对环境 保护设施运行和建设项目对环境的影响进行检查和监测。建设项目竣工后，应当向审批该建设项目环境影响报告书的环境保护行政主管部门，申请对该建设项目需要配套建设的环境保护设施进行竣工验收。环境保护设施竣工验收，应当与主体工程竣工验收同期进行。

13.4.4项目部应制定并执行项目环境巡视检查和定期检查的制度，记录并保存检查的结果。13.4.5项目部应建立并保持对环境管理不符合状况的处理和调差程序，明确有关职责和权限，实施纠正和预防措施，减少产生环境影响并防止问题的再次发生。

第五篇：标准规范

天津市智慧城市项目研发管理平台项

目软件部分 标准规范

2017年4月

详细调研报告书

详细调研报告书

2.3 可靠性和稳定性

设计时要采用可靠的技术，系统各环节具备故障分析与恢复和容错能力，在安全体系建设、复杂环节解决方案和系统切换等各方面考虑周到、切实可行，建成的系统安全可靠，稳定性强，从而把各种可能存在的风险降至最低。

2.4 安全性和保密性

系统设计应把安全性放在首位，既要考虑信息资源的充分共享，也要考虑信息的保护和隔离；系统应该在各个层次对访问进行控制，设置严格的操作权限；并充分利用日志系统、健全的备份和恢复策略增强系统的安全性。

2.5 可扩展性和易维护性

设计时应充分考号百集团集约化平台业务在未来若干年内的发展趋势，具有一定的前瞻性，并充分考虑系统升级、扩容、扩充和维护的可行性；并针对本系统涉及用户量、数据量特点，充分考虑如何大幅度提高业务处理的响应速度以及统计汇总的速度和精度。

软件设计时应充分考虑整个应用系统的灵活要求，随用户需求的改变而及时调整，通过合理的模块划分，实现应用软件对业务变更或软件技术发展的灵活适应能力，保证系统在后续的发展中具有良好的扩展性、升级和维护性。

2.6 整体性和开放性

系统设计应按照“统一建设，集中管控”的要求进行整体设计，注重各种信息资源的有机整合；既要考虑安全性，同时也要考虑具有一定的开放性，把握好

详细调研报告书

信息共享和信息安全之间的关系。

2.7 相关技术设计

2.7.1 基于WEB2.0技术的富客户端

在技术方面，本系统将采用Web2.0应用中的核心技术——Ajax实现给用户带来更好使用体验的富客户端应用功能。Ajax用来描述一组技术，它使浏览器可以为用户提供更为自然的浏览体验。在Ajax之前，Web站点强制用户进入提交/等待/重新显示范例，用户的动作总是与服务器的“思考时间”同步。Ajax提供与服务器异步通信的能力，从而使用户从请求/响应的循环中解脱出来。借助于Ajax，可以在用户单击按钮时，使用JavaScript和DHTML立即更新UI，并向服务器发出异步请求，以执行更新或查询数据库。当请求返回时，就可以使用JavaScript和CSS来相应地更新UI，而不是刷新整个页面。最重要的是，用户甚至不知道浏览器正在与服务器通信：Web站点看起来是即时响应的。虽然Ajax所需的基础架构已经出现了一段时间，但直到最近异步请求的真正威力才得到利用。能够拥有一个响应极其灵敏的Web站点确实激动人心，因为它最终允许开发人员和设计人员使用标准的HTML/CSS/JavaScript堆栈创建“桌面风格的（desktop-like）”可用性。

Ajax的核心是JavaScript对象XmlHttpRequest。该对象在Internet Explorer 5中首次引入，它是一种支持异步请求的技术。简而言之，XmlHttpRequest使您可以使用JavaScript向服务器提出请求并处理响应，而不阻塞用户。

在创建Web应用时，在客户端执行屏幕更新为用户提供了很大的灵活性。

详细调研报告书

使用Ajax可以为系统提供以下特性的功能：

动态更新也没数据和内容，无需用户单击Update并等待服务器重新发送整个页面。

提升站点的性能，这是通过减少从服务器下载的数据量而实现的。例如如果使用Ajax计算新的总量，服务器只会返回新的总量值，因此所需的带宽仅为原来的百分之一。

消除了每次用户输入时的页面刷新。例如，在Ajax中，如果用户在分页列表上单击Next，则服务器数据只刷新列表而不是整个页面。

直接编辑表格数据，而不是要求用户导航到新的页面来编辑数据。对于Ajax，当用户单击Edit时，可以将静态表格刷新为内容可编辑的表格。用户单击Done之后，就可以发出一个Ajax请求来更新服务器，并刷新表格，使其包含静态、只读的数据。

2.7.2 将OOD和AOP进行有效结合彻底解决系统紧耦合及横切面问题

面向对象设计最根本的魅力在于，它能够将真实世界领域中的实体及各自的行为建模为抽象的对象。以面向对象方式设计的系统产生了很多有效的业务对象，比如Person、Account、Order以及Event。面向对象设计的缺点在于，这样的业务对象会因为混合的属性和与对象最初意图不一致的操作而变得混乱。

通过使设计者运用动态和静态横切，用一种非强制性的整洁和模块化的方法来添加对象行为，面向方面编程有效地解决了这一问题。

1）AOP的优势：

 使纠缠不清的代码更少；

详细调研报告书

 使代码更短；

 使应用程序的维护及发展更容易；  使应用程序更容易调试、重构及修改；  使代码更容易复用。2）横切定义：

横切是面向方面编程的专有名词。它指的是在一个给定的编程模型中穿越既定的职责部分（比如日志记录和性能优化）的操作。在横切的世界里，横切有两种类型：动态横切和静态横切。

3）动态横切：

动态横切是通过切入点和连接点在一个 方面 中创建行为的过程，连接点可以在执行时横向地应用于现有对象。动态横切通常用于帮助向对象层次中的各种方法添加日志记录或身份认证。下面让我们花点时间了解一下动态横切中的一些实际概念：

方面（aspect）类似于Java编程语言中的类。方面定义切入点和通知（advice），并由诸如 AspectJ这样的方面编译器来编译，以便将横切（包括动态的和静态的）织入（interweave）现有的对象中。

一个连接点（join point）是程序执行中一个精确执行点，比如类中的一个方法。例如，对象Foo中的方法bar()就可以是一个连接点。连接点是个抽象的概念；不用主动定义一个连接点。

一个切入点（pointcut）本质上一个用于捕捉连接点的结构。例如，可以定义一个切入点来捕捉对对象Foo中的方法 bar()的所有调用。和连接点相反，切入点需要在方面中定义。

通知（advice）是切入点的可执行代码。一个经常定义的通知是添加日志记录功能，其中切入点捕捉对对象Foo中的bar()的每个调用，然后该通知动态地插入一些日志记录功能，比如捕捉 bar()的参数。

4）静态横切：

详细调研报告书

静态横切和动态横切的区别在于它不修改一个给定对象的执行行为。相反，它允许通过引入附加的方法字段和属性来修改对象的结构。此外，静态横切可以把扩展和实现附加到对象的基本结构中。

虽然现在还无法谈及静态横切的普遍使用——它看起来是AOP的一个相对未被探索（尽管非常具有吸引力）的特性——然而这一技术蕴含的潜力是巨大的。使用静态横切，架构师和设计者能用一种真正面向对象的方法有效地建立复杂系统的模型。静态横切允许您不用创建很深的层次结构，以一种本质上更优雅、更逼真于现实结构的方式，插入跨越整个系统的公共行为。

2.7.3 采用Portal门户技术整合系统内各种应用资源

Portal的主要目的是使用户可以有效的整合号百集团集约化平台及其它应用资源，使用户可以使用单一的入口访问多种类型信息。无论信息存储在何处、无论信息的格式如何，Portal都可以按照用户喜好的方式个性化地收集、展现这些信息，并能够由多种类型的设备（如PC 的Web 浏览器，或WAP移动电话上的浏览器）来对这些信息进行存取。

Portal是新一代的工作台，对内部用户而言，所有的内部用户都可以在这样一个工作平台上进行日常工作。Portal给内部用户提供了依据各自权限的、个性化的工作界面，通过该界面可以对后端核心业务系统和其他应用系统进行访问。

Portal 不但提供给外部用户统一的服务界面，而且还可以通过Portal提供的集成能力，在预先指定的权限范围内访问其他应用系统，进行一些自助服务。通过网络方式，为外部用户提供自助服务能力无疑会有极大的方便。

基于前面提到的子系统的框架结构和共性基础支撑模块，对资源的封装和提供进行分析。针对不同的资源，包括信息、数据、内容、应用等，信息服务系统需要进行统一的封装后再向外提供服务。

资源的封装首先将资源规范于不同的Portlet，每个Portlet是资源展现的

详细调研报告书

最小单位，可以是信息的展现、应用入口、交互功能等各种形态。

对于Portlet，可以依据不同的页面模版进行组织，模版可以自定义，将Portlet依照模版进行所见即所得的页面布局，既可以形成不同的资源组合（一个页面可以由一个或者多个Portlet，按照模版组合而成），页面也是资源展现的

详细调研报告书

时性能监测的方式来确认和查找问题，LoadRunner 能够对整个系统架构进行测试。通过使用LoadRunner能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。

2.9 系统安全设计

针对号百集团公司号百集团集约化平台项目情况，我们从访问控制、安全审计、信息保护、通信完整性、通信保密性、抗抵赖、软件容错和资源控制等几个方面对应用安全方面的进行设计。我们针对上述几个方面的安全要求分别进行了如下的安全设计：

2.9.1 访问控制

用户操作的访问权限控制是针对可能出现的网络非法操作而采取安全保护措施。用户和用户组被赋予一定的操作权限。操作的访问权限控制可以分为多个层面，从粗粒度的方面可以分为系统级、界面级（或菜单级）、页面级（流程级）、字段级（按钮级），通过多个层面的配置访问控制，真正做到精确、精细管理。管理员能够通过设置，指定用户和用户组可以访问系统中的哪些功能。

1）系统级权限

应用系统的访问的是分级别的，部分管理或配置类的子系统是需要二次授权才可以访问的。

2）功能级（菜单级）权限

通过系统中的统一授权和管理平台，设置号百集团公司各级用户、组织、角色的功能访问权限、访问策略、访问机制。可以清晰掌握每个人拥有多少功能，同时可以清晰了解每个功能分配给了多少人或角色。

3）页面级（流程级）权限

系统对页面级的访问控制可以分为两大类：非流程类和流程类。非流程类页面可以直接通过统一授权和管理平台授权访问控制；流程类页面通过与工作流结合进行访问控制，即页面的访问控制与工作流模板的启动人员、工作流节点的参与人员、工作流变量的值等因素有密切关系。

详细调研报告书

2.9.2 安全审计

设计数据安全审计的首要问题，是保证号百集团集约化平台中的数据的不可篡改性和所有必要操作的可追溯性。系统通过对数据采编、录入、修改、删除等操作进行逐一记录，保证了数据变更的合法性可审计，从而实现可信的安全审计。系统对各种操作事件的详细记录包括：事件的日期、时间、发起者信息、类型、描述和结果等。

设计数据安全审计的另一个重要问题，是保证业务过程的规范性、不可篡改性和审批过程的全面细致记录。通过对整个业务过程、数据审批流程操作的细致全面的记录（通过流程实例库记录），实现对审批事件的审计，包括：事件的日期、时间、发起者信息、类型、描述和结果等。

2.9.3 信息保护

针对用户鉴别信息所在的存储空间的剩余信息安全问题，我们采用基于Web开发的网络应用中使用Session和Cookies来保存用户鉴别信息。

Session: Web中的Session指的就是用户在浏览某个网站时，从进入网站到浏览器关闭所经过的这段时间，也就是用户浏览这个网站所花费的时间。因此从上述的定义中我们可以看到，Session实际上是一个特定的时间概念。需要注意的是，一个Session的概念需要包括特定的客户端，特定的服务器端以及不中断的操作时间。A用户和C服务器建立连接时所处的Session同B用户和C服务器中建立连接时所处的Sessions是两个不同的Session。Session解决方案，就是要提供定义全局变量的方法，使得这个全局变量在同一个Session中对于所有的脚本都有效。上面我们提到了，Session不是一个简单的时间概念，一个Session中还包括了特定的用户和服务器。因此更详细地讲，在一个Session定义的全局变量的作用范围，是指这个Session所对应的用户所访问的所有页面。

Cookies：是一种能够让网站服务器把少量数据储存到客户端的硬盘或内存，或是从客户端的硬盘读取数据的一种技术。Cookies是当你浏览某网站时，由Web服务器置于你硬盘上的一个非常小的文本文件，它可以记录你的用户ID、密码、详细调研报告书

浏览过的网页、停留的时间等信息。当你再次来到该网站时，网站通过读取Cookies，得知你的相关信息，就可以做出相应的动作，如在页面显示欢迎你的标语，或者让你不用输入ID、密码就直接登录等等。

通过了解上述Session和Cookies的建立机理，我们在建立号百集团公司号百集团集约化平台是应尽量使用Session方式来保存用户鉴别信息，避免直接使用Cookies来存储用户鉴别信息。同时，在用户退出服务是，规定清理Cookies。

2.10 系统界面设计

2.10.1 界面设计原则

 延用性原则：

参考号百集团公司现有的大多数业务系统的界面风格和操作习惯，包括界面布局、提示信息、快捷键等，让原先的业务软件的操作人员能很快的掌握新软件的使用。

 用户区分原则：

软件界面设计首先要确立用户类型。划分类型可以从不同的角度，要根据使用用户的实际情况而定。确定类型后要针对用户类型的特点预测他们对不同界面的反应。

软件中的用户是所有处理的核心，不应该有应用程序来决定处理过程，所以软件界面应当由用户来控制应用，如何工作、如何响应，而不是由开发者按自己的意愿把界面操作模式强加给用户。

 简单化原则：

软件界面设计要尽量减少用户记忆负担，采用有助于记忆的设计方案，同时提示信息或者显示信息尽量简单明了。

 帮助和提示原则：

要对用户的操作给出相应的提示信息，帮助用户处理问题。系统设计要有恢复用户操作失误的能力，给出用户恢复错误的帮助和提示信息。

 可用性原则：

系统的设计采用B/S结构技术，对于浏览器端的应用，界面文件的大小直接影响

详细调研报告书

到用户使用软件的速度，所以，界面的设计必须考虑到可用性原则。界面设计应该以应用为主，对于起修饰作用的图片等多媒体文件，尽量采用压缩比例较大的媒体文件格式，减少界面文件的大小。

2.10.2 操作与交互设计

2.10.2.1 操作一致性设计

在界面设计中应该保持界面的一致性。一致性既包括使用标准的控件,也指使用相同的信息表现方法,如在字体、标签风格、颜色、术语、显示错误信息等方面确保一致。

 显示信息的一致性：包括标签提示、日期格式、对齐形式、字体、软件底色等应该保持统一、直观；

 布局合理化：应注意在一个窗口内部所有控件的布局和信息组织的艺术性,使得用户界面美观。在一个窗口中按tab键,移动聚焦的顺序不能杂乱无章,tab的顺序是先从上至下，再从左至右。一屏中首先应输入的和重要信息的控件在tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。布局力求简洁、有序、易于操作；

 鼠标与键盘对应：应遵循的是可不用鼠标的原则，应用中的功能只用键盘也应当可以完成,即设计的应用中还应加入一些必要的按钮和菜单项。但是,许多鼠标的操作,如双击、拖动对象等,并不能简单地用键盘来模拟即可实现；

 快捷键：在菜单项中使用快捷键可以让使用键盘的用户操作得更快一些,在西文Windows及其应用软件中快捷键的使用大多是一致的。本系统中应用的快捷键在各个配置项上语义必须保持一致。其它快捷键使用汉语拼音的开头字母，不常用的可以没有快捷键。

2.10.2.2 操作与响应设计

系统响应时间包括两个方面：时间长度和时间的易变性。用户响应时间应该适中，系统响应时间过长，用户就会感到不安和沮丧，而响应时间过短有时会造成用户

详细调研报告书

加快操作节奏，从而导致错误。系统响应时间的易变性是指相对于平均响应时间的偏差。即使响应时间比较长，低的响应时间易变性也有助于用户建立稳定的节奏。因此，软件的设计必须充分考虑系统响应时间与用户的心理偏差。

2.10.2.3 帮助与提示设计

 提供在线帮助措施；

 用户可以通过帮助菜单、帮助按钮访问帮助；

 表示帮助时根据需要提供三种方式的选择：另一个窗体、微帮助和指出参考某个文档；

 用户如何回到正常交互方式有两种选择：返回键和功能键；  帮助信息的构造：采用分层式帮助；

2.10.2.4 出错与预警设计

出错信息和警告是指出现问题时系统给出的坏消息，本系统对于出错信息和警告应该遵循以下原则：

 信息以用户可以理解的术语描述；

 信息应提供如何从错误中恢复的建设性意见；

 信息应指出错误可能导致那些不量后果，以便用户检查是否出现了这些情况或帮助用户进行改正；

 信息应伴随着视觉上的提示，如特殊的图像、颜色或信息闪烁； 信息不能带有判断色彩，即任何情况下不能指责用户。

详细调研报告书

3.对于方法、变量声明范围要采用如下优先级：private、protected、public，对于变量要采用如下的优先级：局部变量、实例变量、类变量，如果必须要采用实例变量或类变量的情况下，要保证线程安全性，如有可能尽量采用ThreadLocal保存实例变量或类变量；

4.如果不是必须，不要在循环中去定义变量或者new 对象；尽量在需要的最后一刻才去new 对象；

5.如果不是必须，不要在循环中去用try…catch;

6.类中对于比较复杂的逻辑要采用行注释的方式进行注释，java代码中绝对不允许采用块注释（/**/）进行注释；

7.Java类的名称

详细调研报告书

ThreadLocal来处理。

18.一个方法所完成的功能要单一,不同的功能封装为不同的方法.19.尽可能的处理异常或转换异常，不要一味的包装异常

20.如果对象在某个特定范围内必须被清理（而不是作为垃圾被回收），请使用带有finally子句的try块，在finally子句中进行清理。

21.对于把一些逻辑相关的类组织在一起，可以考虑把一个类的定义放在另一个类的定义中，这种情况推荐使用内部类（比如界面层中的事件响应等）。内部类拥有所有外围类所有成员的访问权。

22.对成员变量的访问最好通过getter/setter方法,这样能够保证访问的合法性,以及代码调整

23.优先选择接口而不是抽象类或具体类。如果你知道某些东西将成为基类，你应当优先把它们设计成接口；只有在必须放进方法定义或成员变量时，才把它修改为具体或抽象类。接口只和客户希望的动作有关（协议），而类则倾向于关注实现细节。

24.使用java标准库提供的容器。精通他们的用法，将极大地提高工作效率。优先选择ArrayList来处理顺序结构，选择HashSet来处理集合，选择HashMap来处理关联数组，选择linkedList来处理堆栈和队列，它对顺序访问进行了优化，向List中间插入与删除的开销小，但随机访问则较慢。当使用前三个的时候，应该把他们向上转型为List、Set和Map,这样就可以在必要的时候以其它方式实现

25.数组是一种效率最高的存储和随机访问对象引用序列的方式，但是当创建了一个数组对象，数组的大小就被固定了，如果在空间不足时再创建新的数组进行复制，这样效率就比ArrayList开销大了。所以必须明确使用场景。

26.尽量使用”private”、”protected”关键字。一旦你把库的特征（包括类、方法、字段）标记为public,你就再也不可能去掉他们。在这种方式下，实现的变动对派生类造成的影响最小，在处理多线程问题的时候，保持私有性尤其重要，因为只有Private的字段才会受到保护，而不用担心被未受同步控制的使用所破坏。

27.禁止后台业务代码使用如下代码