Erlang Parameterized Module

本文详细介绍了Erlang中的参数化模块概念及其应用场景,包括如何创建和使用参数化模块,以及它如何帮助模块实例维护状态。

转载:http://www.cnblogs.com/me-sa/archive/2012/02/16/Erlang0037.html


把Parameterized Module作为一个Erlang的语法特性而不扯到OOP上去,可能更好理解: )
本文回答Erlang Parameterized Module是什么?有什么用?怎么实现的?我们能不能用?什么时候使用?
 
 
和很多人一样我也是从mochiweb项目中第一次看到parameterized module的应用,mochiweb项目地址: http://code.google.com/p/mochiweb/
复制代码
-module(mochiweb_request, [Socket, Method, RawPath, Version, Headers]).
-author('bob@mochimedia.com').

-include_lib("kernel/include/file.hrl").
-include("internal.hrl").

-define(QUIP, "Any of you quaids got a smint?").
复制代码
   当时不明白-module(mochiweb_request, [Socket, Method, RawPath, Version, Headers]).甚至不知道如何称呼这种做法;只能从形式上描述成module的attribute,在搜索引擎里面按照Erlang module attribute的线索搜索,在Stack Overflow的下面这个提问中找到了更多线索: Erlang: module attribute - Stack Overflow 

 是什么?有什么用?

      首先要明确的这种Erlang编程实践的并不是叫什么"Erlang module attribute",而是被称为Parameterized Module(还有一个名字:abstract module).提出这种方法的论文在这里:http://www.erlang.se/workshop/2003/paper/p29-carlsson.pdf 这篇论文里面可以看到Parameterized Erlang的简单介绍:
 A parameterized, or abstract module, is a module with free variables, much like a lambda expression (or \fun expression"). A lambda expression evaluates to a closure,which is a functional value and can be applied like any function. Similarly, an abstract module can be instantiated to yield a module instance,which can be used in a qualied function call just like any module name.
    论文中描述的问题域并没有带来多少共鸣,从看到的开源项目的实践Parameterized Module带来的最大的好处就是模块实例自己维护了部分状态,而不必所有状态和参数都通过方法的参数传递;下面我们就看看,Parameterized Module是怎么使用的,以及状态是怎么维护的:

怎么用?如何实现的?

  我们新建一个最简单的Parameterized Module的例子:
-module(p,[Name,ID]).
-compile(export_all).
test() ->
       {Name,ID}.
dump(Data) ->
      Data.
 
为了方便做比较再建一个普通的module:
 
复制代码
-module(p2).
-compile(export_all).

test(Name,ID) ->
       {Name,ID}.
dump(Data) ->
      Data.
复制代码
编译后调用:
复制代码
Eshell V5.9  (abort with ^G)
1> P=p:new(zen,23).
{p,zen,23}
2> P:test().
{zen,23}
3> P:dump(12).
12
4> p:dump(12).
** exception error: undefined function p:dump/1
复制代码
 
复制代码
%%复习一下Function cal
1> list_to_tuple([a,b,c]).
{a,b,c}
2> tuple_to_list({a,b,c}).
[a,b,c]
3>
4> F={lists,append}.
{lists,append}
5> F([1,2],[3,4]).
[1,2,3,4]
6> fun lists:append/2([a,b],[c,d]).
[a,b,c,d]
7>
复制代码

 

  上面的代码首先创建了p模块的实例,然后调用P:test().虽然并没有传入什么参数,还是可以看到Name,ID的输出;后面直接调用p:dump(12).的时候抛出了异常:undefined function p:dump/1 ;这就驱使我们查看p模块的module_info,果然如此,{dump,2}dump的参数是标记成两个!!!!

复制代码
5> p:module_info().
[{exports,[{new,2},
           {instance,2},
           {test,1},
           {dump,2},   %注意dump的参数是两个
           {module_info,0},
           {module_info,1}]},
{imports,[]},
{attributes,[{vsn,[214441158221151374600508513707091486952]},
              {abstract,[true]}]},
{compile,[{options,[error_summary]},
           {version,"4.8"},
           {time,{2012,2,16,7,23,32}},
           {source,"/ligaoren/src/p.erl"}]}]
6> 
复制代码
 dump参数数量变化的事情 暂且放下,咱们先来明确一个更为基础的问题,Parameterized Module自己维护了部分状态,那这部分状态在哪里呢?
  我们第一行 P=p:new(zen,23).创建了一个p模块的实例,这个实例是什么样的呢?{p,zen,23}这就是P.也就是说实例化的结果实际上返回了一个{模块+状态}的结构;继续做一些实验来看:
7>  P2=p:new(zen,23).    
{p,zen,23}
8> P2=:= P.
true
9> {p,zen,34}:test().
{zen,34}
不错吧,参数相同两个实例也是相同的,使用同样结构的tuple{p,zen,34}作为模块名进行调用{p,zen,34}:test().效果和创建p:new(zen,34).实例一样.
对比一下p2模块的元数据:
复制代码
11> p2:module_info().
[{exports,[{test,2},
           {dump,1},
           {module_info,0},
           {module_info,1}]},
{imports,[]},
{attributes,[{vsn,[248741352456702936001456553656546909458]}]},
{compile,[{options,[error_summary]},
           {version,"4.8"},
           {time,{2012,2,16,7,26,8}},
           {source,"/ligaoren/src/p2.erl"}]}]
复制代码
能看到p模块比p2模块的差异:
  1. 导出的方法多了{new,2},{instance,2}
  2. 模块attributes 多了一个{abstract,[true]}
显然这样的信息太少了,我们把这两个模块的Core Erlang代码编译出来,看看内部实现的差别!p2模块是比较中规中矩的,基本上都是意料之中的内容:
复制代码
module 'p2' ['dump'/1,
          'module_info'/0,
          'module_info'/1,
          'test'/2]
    attributes []
'test'/2 =
    %% Line 10
    fun (_cor1,_cor0) ->
     %% Line 11
     {_cor1,_cor0}
'dump'/1 =
    %% Line 13
    fun (_cor0) ->
     _cor0
'module_info'/0 =
    fun () ->
     call 'erlang':'get_module_info'
         ('p2')
'module_info'/1 =
    fun (_cor0) ->
     call 'erlang':'get_module_info'
         ('p2', _cor0)
end
复制代码
p模块包含的信息量就比较大了,几乎包含了之前所有问题的答案:
复制代码
module 'p' ['dump'/2,
         'instance'/2,
         'module_info'/0,
         'module_info'/1,
         'new'/2,
         'test'/1]
    attributes ['abstract' =
              ['true']]
'new'/2 =
    fun (_cor1,_cor0) ->
     apply 'instance'/2
         (_cor1, _cor0)
'instance'/2 =
    fun (_cor1,_cor0) ->
     {'p',_cor1,_cor0}
'test'/1 =
    %% Line 11
    fun (_cor0) ->
     case _cor0 of
       <THIS = {_cor2,Name,ID}> when 'true' ->
           %% Line 12
           {Name,ID}
       ( <_cor1> when 'true' ->
          ( primop 'match_fail'
                ({'function_clause',_cor1})
            -| [{'function_name',{'test',1}}] )
         -| ['compiler_generated'] )
     end
'dump'/2 =
    %% Line 15
    fun (_cor1,_cor0) ->
     case <_cor1,_cor0> of
       <Data,THIS = {_cor4,Name,ID}> when 'true' ->
           %% Line 16
           Data
       ( <_cor3,_cor2> when 'true' ->
          ( primop 'match_fail'
                ({'function_clause',_cor3,_cor2})
            -| [{'function_name',{'dump',2}}] )
         -| ['compiler_generated'] )
     end
'module_info'/0 =
    fun () ->
     call 'erlang':'get_module_info'
         ('p')
'module_info'/1 =
    fun (_cor0) ->
     call 'erlang':'get_module_info'
         ('p', _cor0)
end
复制代码
上面的THIS:
复制代码
-module(q,[Name]).
-compile(export_all). 
dump()-> THIS.

Erlang Shell中调用:
2> Q=q:new(zen).
{q,zen}
3> Q:dump().
{q,zen}
复制代码

 



我们上面已经判断出来实例的创建过程实际上就是构造了{module,State}的结构,来验证下:

复制代码
'new'/2 =
    fun (_cor1,_cor0) ->
     apply 'instance'/2
         (_cor1, _cor0)
'instance'/2 =
    fun (_cor1,_cor0) ->
     {'p',_cor1,_cor0}  %%GOTCHA!!!!!
复制代码


上面遗留的dump参数的问题至此也就昭然了,看代码实现:

复制代码
'dump'/2 =
    %% Line 15
    fun (_cor1,_cor0) ->
     case <_cor1,_cor0> of
       <Data,THIS = {_cor4,Name,ID}> when 'true' ->
           %% Line 16
           Data
       ( <_cor3,_cor2> when 'true' ->
          ( primop 'match_fail'
                ({'function_clause',_cor3,_cor2})
            -| [{'function_name',{'dump',2}}] )
         -| ['compiler_generated'] )
     end
复制代码

也就是说答案是:最后一个参数是模块的实例,实验一下

6> p:dump(12,{p,zen,23}).
12

GOTCHA!!!


内容概要:本文设计了一种基于PLC的全自动洗衣机控制系统内容概要:本文设计了一种,采用三菱FX基于PLC的全自动洗衣机控制系统,采用3U-32MT型PLC作为三菱FX3U核心控制器,替代传统继-32MT电器控制方式,提升了型PLC作为系统的稳定性与自动化核心控制器,替代水平。系统具备传统继电器控制方式高/低水,实现洗衣机工作位选择、柔和过程的自动化控制/标准洗衣模式切换。系统具备高、暂停加衣、低水位选择、手动脱水及和柔和、标准两种蜂鸣提示等功能洗衣模式,支持,通过GX Works2软件编写梯形图程序,实现进洗衣过程中暂停添加水、洗涤、排水衣物,并增加了手动脱水功能和、脱水等工序蜂鸣器提示的自动循环控制功能,提升了使用的,并引入MCGS组便捷性与灵活性态软件实现人机交互界面监控。控制系统通过GX。硬件设计包括 Works2软件进行主电路、PLC接梯形图编程线与关键元,完成了启动、进水器件选型,软件、正反转洗涤部分完成I/O分配、排水、脱、逻辑流程规划水等工序的逻辑及各功能模块梯设计,并实现了大形图编程。循环与小循环的嵌; 适合人群:自动化套控制流程。此外、电气工程及相关,还利用MCGS组态软件构建专业本科学生,具备PL了人机交互C基础知识和梯界面,实现对洗衣机形图编程能力的运行状态的监控与操作。整体设计涵盖了初级工程技术人员。硬件选型、; 使用场景及目标:I/O分配、电路接线、程序逻辑设计及组①掌握PLC在态监控等多个方面家电自动化控制中的应用方法;②学习,体现了PLC在工业自动化控制中的高效全自动洗衣机控制系统的性与可靠性。;软硬件设计流程 适合人群:电气;③实践工程、自动化及相关MCGS组态软件与PLC的专业的本科生、初级通信与联调工程技术人员以及从事;④完成PLC控制系统开发毕业设计或工业的学习者;具备控制类项目开发参考一定PLC基础知识。; 阅读和梯形图建议:建议结合三菱编程能力的人员GX Works2仿真更为适宜。; 使用场景及目标:①应用于环境与MCGS组态平台进行程序高校毕业设计或调试与运行验证课程项目,帮助学生掌握PLC控制系统的设计,重点关注I/O分配逻辑、梯形图与实现方法;②为工业自动化领域互锁机制及循环控制结构的设计中类似家电控制系统的开发提供参考方案;③思路,深入理解PL通过实际案例理解C在实际工程项目PLC在电机中的应用全过程。控制、时间循环、互锁保护、手动干预等方面的应用逻辑。; 阅读建议:建议结合三菱GX Works2编程软件和MCGS组态软件同步实践,重点理解梯形图程序中各环节的时序逻辑与互锁机制,关注I/O分配与硬件接线的对应关系,并尝试在仿真环境中调试程序以加深对全自动洗衣机控制流程的理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值