转自知乎@王丛安 比如UP2717QT代表，UP=高清晰专业、27代表27寸、17代表发布日期、Q代表分辨率4k、T代表触摸屏

弱电制图规范及约定.pdf

赵三本合集，包括《NET设计规范：约定、惯用法与模式 第2版》，《深入理解C#(中文第三版)》，《CLR via C# 第4版》

1. 模块命名、数据库表命名、域模型命名、各分层的类/方法命名、页面的命名； 模块命名： a. 包命名：com.project_name.module_name.action/service/dao/ws； service的实现都置于com.project_name.module_name.service.impl下； b. 接口命名遵守XxxxService，接口实现遵守XxxxServiceImpl； 2. 包的设计、页面的层次结构设计（jsp/css/js等文件的结构）； 3. log、异常（声明式异常）的约定设计； 4. 链接、按钮、表单提交的统一方式；通用式Ajax调用与页面跳转统一模型； 5. 响应一个请求的分层结构约定，列举几个示例（常规调用、Ajax调用、WebService调用、提供WebService暴露、硬件设备接口调用）； 6. 验证代码质量的约定，如JUnit、EMMA、FindBugs、CheckStyle、PMD的使用；Hudson持续集成需注意的； 7. 压力测试、防内存泄漏测试； 基础CSS：标签的各种状态的样式；表格单双行的样式； 开发一个Action请求的响应： 前置条件：该Action涉及的Entity及EntityName.hbm.xml已经准备好。 步骤： a. 前端页面触发Action的请求； 统一采用全路径请求，URL格式： 1> basePath/web/moduleName/*_ *.action {1}  EntityName，{2}  ActionMethodName 2> basePath/web/moduleName/gotoXxx.action （无需调用Service，直接跳转） 包括jQuery的Ajax方式和非Ajax方式； 包括表单提交； 参数设值的方式： 1> URL参数： basePath/web/moduleName/*_*.action?entity.propertyName=paramValue¶mName=paramValue 2> 或 另外，对于表单的提交，前后台都必须做数据校验，SWDF已提供了此能力，进行简单的配置即可，前台直接提供类似以下代码即可，点此查看前端校验详细规则说明。 前端校验示例； 后台数据校验，点此查看校验详细说明. b. 配置struts-moduleName.xml； 直接跳转示例； 调用Service示例； c. 开发对应的{EntityName}Action类； 该类必须继承com.hikvision.swdf.xx.BaseAction，该Action类有一个关键属性entity，即泛型Entity类的一个实体，该属性默认填充好了请求提交过来的entity对应参数（即entity.propertyName）； d. 开发Service接口和Service接口实现，并在Action中通过set方法注入该Service； 接口文件：UserService 接口实现：UserServiceImpl 注入Service e. 开发DAO，DAO继承com.hikvision.xxx.HibernateBaseDAO； 示例 f. 配置applicationContext-*.xml； 配置DAO bean、Service Bean、Action Bean及注入的配置； g. 测试； 备注： 1. Action建议统一遵守通配符的约定，basePath/web/moduleName/*_ *.action {1}  EntityName，{2}  ActionMethodName 2. 统一命名规则：接口类似UserService，接口实现类型UserServiceImpl；（IUserService和UserServiceImpl） 开发一个Action调用关联应用提供的WebService 前置条件：该WebService?WSDL可正常获取 步骤： a. 配置applicationContext-wsclient.xml； Spring管理第三方WebService实例bean Jaxws-client配置代码 b. 生成第三方WebService接口文件；（提供系统自动生成） 自动生成代码 c. 页面调用Action请求，Action中注入WebService实例bean； Action对

:dizzy: 贝克特 超媒体API客户端框架 Beckett是基于约定的框架，用于围绕HTTP API构建Python接口。 :books: 文献资料 :open_book: 特征 用Python而不是数据序列化语言定义API客户端。 鼓励过于严格的HTTP和REST惯例。 资源将转换为类型化实例-不再有原始字典！ 自动URL路由，实现与资源的RESTful交互。 超媒体关系链接会自动解析为python方法。 支持超媒体响应格式，例如JSONAPI和HAL。 [在开发中] 开箱即用，但是每个资源都是完全可配置的。 :building_construction: 状态 Beckett稳定且适用于项目，但希望偶尔会进行更新以修复错误。 :movie_camera: 学分 该程序包是使用创建的。 我们使用来谈论HTTP。 免费软件：ISC

标准程序流程图的符号及使用约定.docx

数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定

统一建模语言（UML）为描述面向对象系统定义了一系列的标准符号。使用UML增强了领域专家、工作流专家、软件设计者和其他不同背景的专家之间的交流联系。UML可以在普遍的场合使用，对工作流系统的用户而言很直观。除了这些，UML符号具有准确的语义，也就是说可视化的工作流描述可以作为软件规约。本文侧重讨论了如何使用UML来描述工作流管理系统，如何跟踪从业务流程到面向对象软件设计的描述信息，如何用UML可交互工件来结构化项目知识库。　　在本文中，我们先来讨论工作流产品的软件设计者和用户对一种通用语言的需要，然后再来介绍如何使用统一建模语言（UML）描述一般的工作流概念，最后希望和搭建一起探讨如何把面向对

车辆出资及所有权属证明协议模板