AMB in ruby

昨天,读了g9的[url=http://blog.csdn.net/g9yuayon/article/details/1575731]一篇文章[/url],里面谈到了continuation和AMB。这两个概念,我恰巧都不知道。于是乎,一头扎了进去,出不来了。本打算昨天晚上能把代码读懂,写篇文章记录一下学习心得。不料天资驽钝,到下班也没看懂,晚上还要看欧洲杯。所以文章也没写成。
今天,忙了一整天也没功夫继续昨天的半拉子工程。快下班了,才想起来那件事。于是乎,又一头扎了进去。灵感迸发于一头雾水许久之后。我看懂了,心情激动自不用说。
先上代码:
def must(amb,p)
amb.choose if !p
end
require "continuation"
class Amb
def initialize
@backtrack_points=[proc{fail RuntimeError, "no choice found"}]
end

def choose(*choices)
choices.each do |choice|
Kernel.callcc do |cont|
@backtrack_points << cont
if choice.respond_to? :call
return choice.call
else
return choice
end
end
end
@backtrack_points.pop.call
end
end
def distinct?(list)
list.uniq.size == list.size
end

amb=Amb.new
baker=amb.choose(1,2,3,4,5)
cooper=amb.choose(1,2,3,4,5)
fletcher=amb.choose(1,2,3,4,5)
miller=amb.choose(1,2,3,4,5)
smith=amb.choose(1,2,3,4,5)

must(amb,distinct?([baker,cooper,fletcher,miller,smith]))
must(amb,baker != 5)
must(amb,cooper !=1)
must(amb,fletcher !=5)
must(amb,fletcher !=1)
must(amb,miller > cooper)
must(amb,(smith-fletcher).abs != 1)
must(amb,(fletcher-cooper).abs != 1)


其实,大多数代码都很好懂,只要是略懂ruby的语法。难点在于类Amb的方法choose:
def choose(*choices)
choices.each do |choice|
Kernel.callcc do |cont|
@backtrack_points << cont
if choice.respond_to? :call
return choice.call
else
return choice
end
end
end
@backtrack_points.pop.call
end

这个callcc方法是个什么东西呢?于是,去查了官方文档,知道是关于continuation的。
[quote]Continuation objects are generated by Kernel#callcc . They hold a return address and execution context, allowing a nonlocal return to the end of the callcc block from anywhere within a program. Continuations are somewhat analogous to a structured version of C's setjmp/longjmp (although they contain more state, so you might consider them closer to threads). [/quote]
这段文字,说实话我当时没看懂,更准确的说是我根本看不进去。真的很晦涩,那时看来。现在看了,真的很好懂。翻译成中文:
[b]Kernel.callcc方法会产生continuation对象。continuation中保存了一个返回地址和执行的上下文,允许从一个程序内部的任何地方,非局部的跳转到callcc 块的末尾。Continuation有点类似于c中setjmp/longjmp的结构化版本。(continuation中包含了更多的状态,你可以认为它更接近于线程)[/b]

现在我的理解,continuation就是带上下文的goto嘛。

有了这样的理解,我们再来看上面的代码。
amb=Amb.new
baker=amb.choose(1,2,3,4,5)
cooper=amb.choose(1,2,3,4,5)
fletcher=amb.choose(1,2,3,4,5)
miller=amb.choose(1,2,3,4,5)
smith=amb.choose(1,2,3,4,5)

每一行调用带参数的choose方法,都会把当前的continuation对象压入堆栈@backtrack_points。这样在调用
must(amb,distinct?([baker,cooper,fletcher,miller,smith]))
之前,成员变量@backtrack_points中已经压入了5个continuation对象。

must方法中,如果条件不满足就会调用Amb的choose方法,单不会传入任何参数。这样,实际上只会执行
@backtrack_points.pop.call
而不会执行
choices.each do |choice|
Kernel.callcc do |cont|
@backtrack_points << cont
if choice.respond_to? :call
return choice.call
else
return choice
end
end
end

但是,实际上@backtrack_points.pop是把最近的那个continuation弹出了,然后调用了它的call方法。这一步就会发生跳转和上下文切换。从哪里跳到哪里呢?从
must(amb,distinct?([baker,cooper,fletcher,miller,smith]))
跳到:
Kernel.callcc do |cont|
@backtrack_points << cont
if choice.respond_to? :call
return choice.call
else
return choice
end
end

我们很容易看出,最近的那个continuation是对应于smith=amb.choose(1,2,3,4,5)这行调用。这还不准确,准确来说是对应于
	def choose(*choices)
choices.each do |choice|
Kernel.callcc do |cont|
@backtrack_points << cont
if choice.respond_to? :call
return choice.call
else
return choice
end
end
# 此处。此时choice=1
end
@backtrack_points.pop.call
end

正如我在代码中的注释所指的,就是那一行。还记得这句话吗:
[quote]ontinuation中保存了一个返回地址和执行的上下文,允许从一个程序内部的任何地方,非局部的跳转到callcc 块的末尾。[/quote]
记住是callcc块的末尾。然后,切换上下文来确保我们能继续上次中断的执行,那个each的下次迭代开始了,choice的值是2,然后调用Kernel.callcc,并把当前的continuation对象传给cont. callcc的块执行把cont压入@backtrack_points,然后判断变量choice是否定义了call方法(这句似乎多余)。如果没有定义call方法,就返回当前的choice值。
返回到哪里去呢?当前的continuation对象中不是包含返回地址吗?它指向哪里呢?它对应于哪次调用呢?是这里:
smith=amb.choose(1,2,3,4,5)

所以它返回这里,于是乎,smith=2了。

然后接着执行下条语句
must(amb,distinct?([baker,cooper,fletcher,miller,smith]))
如果distinct?([baker,cooper,fletcher,miller,smith])还是false那么还会再次进行不带参数的choose调用。从而,再次回朔,再次尝试。

解释到这里,感觉上好像是这样一句话:
如果不行,那就从头再来。
当然,这里的头指的是最近的回朔点。

这样就可以,进行多层次的枚举了。实际上就是穷举法嘛。直到找到一个能通过的组合。

这段代码要解决的问题是这样的:
[quote]Baker, Cooper, Fletcher, Miller, 和Smith住在一动5层公寓的不同楼层。Baker不在顶楼住。Cooper不在底楼住。Fletcher既不在顶楼也不在底楼。Miller住的楼层比Cooper住的高。Smith和Fletcher的楼层不相邻。Fletcher和Cooper的楼层不相邻。问每个人住的楼层。[/quote]
我是不是要补一张图呢?需要吗?先找一个好的作图工具吧。
《宾馆客房管理系统》是一个基于C#与MySQL的项目,旨在帮助学习者掌握数据库管理和系统开发知识。该项目通过完整代码实现,将编程技术应用于宾馆客房管理的实际业务场景。 C#是微软开发的面向对象编程语言,广泛用于Windows应用程序开发。在本项目中,C#用于构建用户界面、处理业务逻辑以及与数据库交互。它拥有丰富的类库,便于开发复杂图形用户界面(GUI),并通过ADO.NET组件实现与MySQL数据库的连接。MySQL是一种流行的开源关系型数据库管理系统(RDBMS),常用于Web应用程序,用于存储客房、预订、客户等核心数据。通过SQL语句,开发者可对数据进行增、删、改、查操作。系统中可能涉及“客房表”“预订表”“客户表”等,包含客房编号、类型、价格、预订日期等字段。 数据库连接是系统的关键部分。C#通过ADO.NET的SqlConnection类连接MySQL数据库,连接字符串包含服务器地址、数据库名称、用户名和密码。用户下载项目后,需根据本地环境修改连接字符串中的用户名和密码。系统主要功能模块包括:客房管理,可展示、添加、修改、删除客房信息;预订管理,处理预订的查看、新增、修改和取消;客户管理,存储和管理客户个人信息;查询功能,支持按客房类型、价格范围、预订日期等条件查询;报表和统计功能,生成入住率、收入统计等报表辅助决策。开发者需编写C#方法对应数据库操作,同时设计直观易用的界面,方便用户完成预订流程。项目中的MySQL文件可能是数据库脚本或配置文件,包含建表、数据填充及权限设置等内容,用户需在本地测试前运行脚本设置数据库环境。 总之,该系统结合C#和MySQL,为学习者提供了一个涵盖数据库设计、业务逻辑处理和界面开发的综合实践案例,有助于提升开发者在数据库应用和系统集成方面的能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值