|
|
|
@ -1,9 +1,9 @@ |
|
|
|
# genBehavior |
|
|
|
封装与收集各种有用的erlang行为 |
|
|
|
最初目的是想造个非常统一又通用的行为模式-基于这个想法-封装了gen_ipc行为模块 |
|
|
|
基于Otp22.1编写 运行otp版本21+ |
|
|
|
基于gen_ipc gen_srv 基于Otp23.0.2编写 运行otp版本21+ |
|
|
|
|
|
|
|
# 初衷 |
|
|
|
# gen_ipc |
|
|
|
erlang中存在application, supervisor, gen_server, gen_event, gen_fsm, gen_statem各种行为, 学习otp也都会学习这些行为， 实际项目中也经常会用这些行为， |
|
|
|
其中gen_server, gen_event, gen_fsm, gen_statem这些worker类型的行为gen_server用的最多。 从大的方面看很多这些worker类型的行为都属于c/s模型，但是就单从服务进程来看 |
|
|
|
响应请求和返回请求只是服务进程对外提供的服务接口，而处理请求才是核心，而服务进程处理各种请求和其他事物可以看做是图灵机， 而gen_statem就是一个完备的图灵机模型， |
|
|
|
@ -14,9 +14,10 @@ |
|
|
|
|
|
|
|
把这些行为封装成一个， 不仅仅可以减少学习成本，最开始学习erlang otp时要学习各种行为，各种用法，稍微有点费神， 还可以在工作中保持基础行为的统一， 不然项目中又是gen_server, 又是gen_event,又 |
|
|
|
是gen_statem不是很简洁和易用， 而且有些还不经常用，容易搞错。现在统一了， 天天用一个，天天就看一个就没简单明了多了，而且简单的需求和复杂的场景都满足， 是不是感觉好多了。 |
|
|
|
|
|
|
|
# 热烈欢迎提意见与优化 |
|
|
|
|
|
|
|
|
|
|
|
# gen_srv |
|
|
|
出于考虑大部分的行为模式为gen_server, 如果使用gen_ipc大量handle函数会添加一个额外无用的 _ 作为 状态 参数的占位， 可能对于一些追求完美与代码简洁的人来说不可接受， |
|
|
|
所以出于该考虑， 基于gen_server结合gen_ipc一些便捷式的定时器封装了gen_srv. |
|
|
|
|
|
|
|
|
|
|
|
|
