技术 / 团队规范

由于每个团队都不太一样, 所以这里的规范仅供参考

服务器操作规范

1 2	chattr +i filename // 加不可更改位 chattr -i filename // 删除不可更改位

IP、端口
- 限制端口访问
- 禁止修改登录接口
- 禁止绑定任意程序到特定端口
- 进程不直接绑定在环路地址上面(0.0.0.0), 需要绑定内网IP
监控
- 开启监控, 比如开启监控日志, nginx默认自带开启日志
- 系统或软件从官方渠道下载
- 系统命令禁止修改,如rm、mv
访问控制
- 禁用目录浏览、敏感文件数据禁止放在web目录下面

详细规范参考 PSR – PHP 标准规范

这里列举一些:

// good
int i = 1 + 2;

// bad
int i = 1+2;

// good
if (!isOk) {
}
i++;

// bad
if (! isOk) {
}
i ++;

1
2
3

for (int i = 0; i < 100; i++) {
}
int i = (int) 3.5f;

错误例子:

// good
void foo(int i) {}

// bad
void foo (int i) {}

// bad
void foo( int i) {}

// bad
void foo(int i ) {}

一个项目可以选择一行80个字符或100个字符的列限制。

我推荐 80 个字符。

任何一行如果超过这个字符数限制，必须换行。

// good
int i = 1 + 2 + 3 + ... + 1000000
    + 1000001;
    
// bad
int i = 1 + 2 + 3 + ... + 1000000 + 
    1000001;

// good，虽然在这里没必要换行
int i = 
    100000000;
// bad
int i
    = 100000000;

[强制] 非空块得换行遵守 K & R 风格
- 左大括号前不换行
- 左大括号后换行
- 右大括号前换行
- 如果右大括号是一个语句、函数体或类的终止，则右大括号后换行; 否则不换行。
  例如，如果右大括号后面是else或逗号,, 则不换行。
[强制] 类名、接口名以 UpperCamelCase 风格编写

// good
class Foo {...}

// bad
class foo {...}

class HashTest {
}
HashIntegrationTest {
}

全部字母大写, 用下划线分隔单词。

// good
final int MAX_COUNT = 99;

// bad
int int MAX_COUNT = 99;

版本格式:

1	主版本号.次版本号.修订号

版本号递增规则如下:

版本号希望遵循大中小版本号编制：

比如:
blog2.0 为博客系统大改版V2.0的象征;
blog2.1 为博客系统小版本升级V2.1的象征
blog2.1.1为博客系统同版本bug修复优化的信号。