Koala编码规范

Koala编码规范

1 前言

本文档是Koala项目编程风格规范的完整定义,项目模块源文件必须符合本文档设定的规则。

与其它的编程风格指南一样,这里所讨论的不仅仅是编码格式美不美观的问题, 同时也讨论一些约定及编码标准。

2 源文件

2.1 文件编码:UTF-8

2.2 命名:大写字母开头,驼峰式,只允许英文

2.3 文件结构按照顺序如下表所示:

元素 要求

1,许可证或版权信息

2,package语句 package语句不换行

3,import语句 不能使用通配符

4,一个顶级类

注:以上每个元素之间用一个空行隔开。

2.4 约定:

  • 代码必须格式化
  • 不能出现黄色提示
  • 类、方法必须写注释
  • 类和方法级的说明需要句号,参数和返回就不需要(示例如下表)
  • 代码保持清洁(不能留用//注释的代码等)
示例
/**
 * 抽象实体类,可作为所有领域实体的基类。
 *
 * @author yang
 *
 */
@MappedSuperclass
public abstract class BaseEntity implements Entity {

/**
     * 获取仓储对象实例。如果尚未拥有仓储实例则通过InstanceFactory向IoC容器获取一个。
     * @return 仓储对象实例
     */
    public static EntityRepository getRepository() {
        if (repository == null) {
            repository =
 InstanceFactory.getInstance(EntityRepository.class);
        }
        return repository;
    }

}

3 命名规范

命名的关键要素是简短、意图清晰,遵守下面表格规则:

元素        
要求                                                              
示例

  1. 项目模块 只能使用小写字母和中划线,以中划线分割单词 koala-security-core
  2. 包 只能使用小写字母 org.openkoala.security.core.domain
  3. 类 只能使用大小写字母,大驼峰式 EntityRepository.java
  4. 字段 只能使用大小写字母和下划线,小驼峰式 private String userAccount
  5. 方法 只能使用大小写字母,小驼峰式 findChildrenOfOrganization
  6. URL 只能使用小写字母和中划线 employee/get-posts-by-employee.koala
  7. JS、CSS、JSP 只能英文、数字和中划线

4 模块约定

4.1领域层

? 包命名格式xxx.xxx.core.domain,例org.openkoala.security.core.domain

? 异常类放在xxx.xxx.core下,以xxxException结尾,必须是RuntimeException的子类

? JPA实体表、列名必须大写,以下划线分割,其中表名需是复数(例:KO_ACCOUNTABILITIES)

? JPA实体内容编写顺序,字段->构造函数->方法(动->静)->业务主键->属性

? 查询方法实现使用命名查询和CriteriaQuery查询对象,简单查询使用CriteriaQuery实现较快

? JPA实体的方法必须编写相对应的单元测试,并且有较高的覆盖率

4.2应用层

? 包命名格式xxx.xxx.application,例org.openkoala.security.application

? 接口必须编写详细的注释

? 接口方法必须编写相对应的单元测试,并且有较高的覆盖率

4.3门面层

? 包含fa?ade接口和DTO对象

? 包命名格式xxx.xxx.facade,例org.openkoala.security.facade

xxx.xxx.facade.dto,例org.openkoala.security.facade.dto

? 命令接口返回InvokeResult对象,查询接口返回Page对象,获取数据接口直接返回

? pom文件不能有任何技术依赖

4.4门面实现层

? 包含fa?ade接口实现和assembler装配器

? 包命名格式xxx.xxx.facade.impl,例org.openkoala.security.facade.impl

xxx.xxx.facade.impl.assembler,例org.openkoala.security.facade.impl.assembler

? Assembler类必须包含toEntity和toDTO方法,方法必须有对参数的不为空判断

时间: 2024-10-15 06:50:21

Koala编码规范的相关文章

java编码规范

右括号") "与其后面的关键字之间,关键字与其后面的左括号"("或"{"之间,以及"}"与"{"之间,要以一个空格隔开:除". "外,所有二元操作符的前.后要加空格:在逗号后边加一个空格. 说明: 一个紧跟着括号的关键词应该被空格分开: 空白应该位于参数列表中逗号的后面: 所有的二元运算符,除了".",应该使用空格将之与操作数分开.一元操作符和操作数之间不应该加空格,

我也学php:编码规范/翻译自PSR

PHP社区百花齐放,拥有大量的函数库.框架和组件.PHP开发者通常会在自己的项目中使用若干个外部库,因而PHP代码遵循或尽量接近同一个代码风格就非常重要,可以让开发者方便地把多个代码库集成在自己的项目中. 框架互操作组(即PHP标准组)发布了一系列代码风格推荐标准,即PSR-0,PSR-1,PSR-2和PSR-3. 不要让这些名称所混淆,这些推荐仅是一些被其它项目所遵循的规则,如Drupal, Zend, Symfony, CakePHP, phpBB, AWS SDK, FuelPHP, Li

阿里Java编码规范

详细,全面 很不错 阿里 Java编码规范

html编码规范

不久前接到老大下达的任务,要拟定一份公司前端编码规范的草稿,参考了各大公司的编码规范,结合现在公司的特点,整理出以下编码规范: html规范 1 文件相关 (1) 文件名以英文为主,可以使用下划线(如active.html),压缩包以项目名+日期的形式. (2) 统一使用utf-8编码. (3) css.js发布到线上都需要压缩. (4) 在追求高度优化的站点,需要对图片也进行无损压缩. 2 代码风格 2.1 命名 (1) 元素 id 必须保证页面唯一.(解释:同一个页面中,不同的元素包含相同的

【转】Airbnb React编码规范

Airbnb的编码规范是在业界非常流行的一套规范,而且它一直都在进化,推出最新技术的规范 原文:https://zhuanlan.zhihu.com/p/20616464 用更合理的方式书写React和JSX 基本规则 每个文件只包含一个React组件: 但是无状态, 或者 Pure 组件 允许一个文件包含多个组件.eslint: react/no-multi-comp. 始终使用 JSX 语法; 不要使用 React.createElement方法,除非初始化 app 的文件不是 JSX 格式

Bootstrap编码规范

黄金定律 永远遵循同一套编码规范 -- 可以是这里列出的,也可以是你自己总结的.如果你发现本规范中有任何错误,敬请指正.通过 open an issue on GitHub为本规范添加或贡献内容. 不管有多少人共同参与同一项目,一定要确保每一行代码都像是同一个人编写的. HTML 语法 用两个空格来代替制表符(tab) -- 这是唯一能保证在所有环境下获得一致展现的方法. 嵌套元素应当缩进一次(即两个空格). 对于属性的定义,确保全部使用双引号,绝不要使用单引号. 不要在自闭合(self-clo

iOS:Cocoa编码规范 -[译]Coding Guidelines for Cocoa

--原文地址:https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/CodingGuidelines/Articles/FrameworkImpl.html Cocoa编码规范 --前言 用公共API开发一个Cocoa框架,插件,或其他可执行目标,里面的命名编写和规范不同于一般应用程序的开发.因为你开发出来东西是给开发者用的看的,并且他们不熟悉你的编程接口.这个时候API的命名约定就派上用场了,因为它使你的写

说说Python编码规范

前言 已有近两个月没有发表过文章了,前段时间外甥和女儿过来这边渡暑假,平常晚上和周末时间都陪着她们了,趁这个周末有空,再抽空再把这块拾起来.         这么久没写了,再次拿起键盘,想想,发表些什么呢,想起上次公司的代码评审委员会下周其中一个议题是关于Python编码规范的整理,那就趁热打铁,整理一份关于Python编码规范的文章,也为那些写Python的人,提供一些编码注意的一些事项或者说是参考吧. 编码规范的作用         规范故明思义,就是通过不断的总结,吸取好的点,从而形成的一

Android 编码规范

编码规范对于程序员而言,尤为重要,有以下几个原因: 一个软件的生命周期中,80%的花费在于维护: 几乎没有任何一个软件,在其整个生命周期中,均由最初的开发来维护: 编码规范可以改善软件的可读性,可以让程序员尽快而彻底地理解新的代码: 如果你将源码作为产品发布,就需要确认它是否被很好的打包并且清晰无误,一如你已构建的其他任何产品: 命名 1.包命名 包名规则:一个唯一的包名的前缀总是全部小写的ASCII字母并且是一个顶级域名,如com.edu.gov.net.org等.包名的后续部分根据不同机构各