OTP设计原则用于指导以进程、模块和目录的形式组织Erlang代码的规范。
- Erlang OTP设计原则关注的是Erlang代码的组织方式
- Erlang代码分割存放在不同的模块，模块存放在不同的文件夹
- Erlang代码的逻辑组织方式是监控树
- 可以成为supervisior和worker需要支持跟踪，错误报告以及响应系统消息
- 标准behavior实现了上述要求，也可以通过sys和proc_lib模块实现
- 监控树是进程的组织方式，application是Erlang功能的组织方式
Erlang代码的物理组织方式
模块和文件夹是代码的物理组织方式，代码组织的最小单元是模块(module)，模块放在不同的文件夹中，下面是一个典型的文件夹布局：
doc 存放程序文档和配置文件
include 存放头文件.hrl
priv 类似于Reference文件夹，存放需要引用的第三方类库
src 源代码文件夹
ebin 编译的目标文件夹，存放beam文件
Erlang代码的功能逻辑组织方式
Erlang的设计哲学是把独立的活动通过进程表达；Erlang代码的功能逻辑组织方式，其实就是在讲如何组织进程。
Erlang/OTP进程组织的方式是监控树(supervision tree)，监控树用worker和supervisor的概念把进程分成两类。worker完成实际的运算工作，supervisor的职责就是监控worker的行为，如果worker出错就通过重启的方式使worker正常工作。监控树将代码组织成层级结构，我们可以基于这种架构泛型建立起一个逐级可控的容错系统
标准 Erlang/OTP 行为有
gen_server 用于实现 C/S 结构中的服务端。
gen_fsm 用于实现有限状态机。
gen_event 用于实现事件处理功能。
supervisor 用于实现监督树中的督程。
gen_statem 新版本中的有限状态机实现
应用
Erlang/OTP附带很多组件，每个都有特定的功能。这些组件在Erlang/OTP中被称为“应用”。Mnesia就是Erlang/OTP的一个应用，它提供了数据库服务所需要的所有内容；还有Dhttp://www.0x01f.com/post/OTP_Design_Principle_1/ebugger应用，用于调试Erlang程序。每个Erlang/OTP系统都包含两个基本应用：
Kernel - 提供运行Erlang所需的基本功能
STDLIB - Erlang标准库
应用的理念与程序（进程组织）和目录（模块组织）密切相关。
最简单的应用没有任何进程，但是由实现了特定功能的模块组成，这样的应用被称为库应用，库应用的例子有STDLIB。
创建进程的应用很容易利用标准行为模式实现监控树模型。
发布
一个发布（release）是一个由Erlang/OTP应用的子集和一系列用户定义的应用组成的完整系统。
参考
http://erlang.shiningray.cn/otp-design-principles/index.html
http://www.0x01f.com/post/OTP_Design_Principle_1/
http://www.cnblogs.com/me-sa/archive/2011/11/20/erlang0015.html
