Comments on: google wave 冲击波

By: enst

enst — Sat, 18 Jul 2009 00:48:51 +0000

@jackyz
你好我想加入maillist enst.bupt@gmail.com
没想到这里面的垃圾邮件实在是多，奇怪了，其他很火的group也没有这样啊..

jackyz — Thu, 11 Jun 2009 02:13:46 +0000

cannot input chinese in google chrome for now.

what you need is a 《Erlang 程序设计》. you will find your answers in the book.

gigear — Tue, 09 Jun 2009 06:28:38 +0000

有另外一个问题，如果在一个模块中使用spawn(Fun),而Fun自身是尾递归的方式，那么，当这个模块正常退出（结束）时，那么这个Fun的线程是否仍在系统中运行？
如果使用spawn_link(Fun)，是否可以解决这个疑问呢？

另外jackyz同学，请邀请我加入讨论组吧，我的email是：honeygigearmax@gmail.com

jackyz — Sat, 06 Jun 2009 12:14:00 +0000

你这么做我认为没问题。
receve .... X -> ?debug({unknown_message, X}) end
只要代码中存在这样的结构(最后一个模式能匹配任何消息格式)，就能保证消息队列的有效清空。

除了“加到队列”(发消息)和“队列中取出”(模式匹配)，你还想对消息队列做些怎样的操作呢？如果你确实有这样的需求，我建议你应该考虑在你自己的程序内部，用 List 之类的数据结构来实现这样的需求，而不要试图让“系统级”消息队列的行为符合你的需求。

gigear — Fri, 05 Jun 2009 05:55:37 +0000

我的email是：honeygigearmax@gmail.com
关于receive 我是否每个最后都加一个”_”进行匹配，以防止“临时保管队列”的膨胀？有没有对“保管队列”的操作呢？

jackyz — Fri, 05 Jun 2009 05:14:11 +0000

erlang-china google groups 因为 spam 泛滥已经被迫改为邀请制的了，请留下你的 email 以便邀请。

receive 是队列保管的，所以，你处理 receive 的代码需要小心处理，尽量按照“最佳实践”来(也就是说，确保默认有一个能匹配所有消息的规则，作为错误消息格式的处理都行)，不要在这个地方“玩花样”以免出问题。

gigear — Fri, 05 Jun 2009 03:27:15 +0000

Google Wave 将来会不会有erlang的API呢？

想加入Erlang China 讨论组，但是好像要“会员权限的人邀请” =_=||

另外，有个问题想请教各位，关于receive的临时保管队列，是否意味着，如果向某个进程发送无法得到匹配的东西，这些信息都会保管在临时队列里面？那这个队列会不断增大咯？