Erlang语言规范

保持一样的代码风格

1. 变量名(大小写, 命名方式)

    ID vs Id, UserId Vs Uid

2. 空格位置

    {a, b, c} VS {a,b,c}

3. 其他

* 驴非驴,马非马

不要用export_all

高度封装

有利于代码优化及重构

* default环境下不用export_all便于发现问题,线上开启export_all便于调用函数

不要用import

可读性差

不能区分内部函数和外部函数

不利于代码跳转

* BIF除外

减少嵌套

三层嵌套以上,代码可读性差

Tips:

  拆成小函数

  Pipe方式-统一输入输出

  崩溃方式 + badmatch方式

尽量不要用进程字典

大部分书都教育我们不要用进程字典,有副作用

put(X) 并没有指定进程,也许你正在给gen_server的进程put而不是玩家进程

尽量使用Specs

1. 增强可读性 否则调用者主要靠猜

2. 有利于暴露错误

3. 参与dialyzer分析

* 起码写个注释

注释格式

模块注释 %%%

函数注释  %%

行注释      %

不用保留旧代码

删除旧代码,而不是保留

如果想查阅旧代码,可以通过版本管理工具

写有确定性的函数

不要在check函数里面执行副作用操作,比如修改ETS

Do undo 在同一段代码里面

比如open和close文件

* 一段代码的意思是,一个函数。open放主函数,close放子函数都不行,必须也在主函数

不应有debug的代码,比如io:format

没有意义

消耗处理时间

使用lager:debug 线上level等级调整为info

你可能感兴趣的:(Erlang语言规范)