设为首页收藏本站|繁體中文

Project1

 找回密码
 注册会员
搜索
查看: 13919|回复: 17
打印 上一主题 下一主题

[RMVA发布] 【未完成】RGSS3小探——面向编辑器

[复制链接]

Lv3.寻梦者

梦石
0
星屑
1195
在线时间
1564 小时
注册时间
2008-7-30
帖子
4418

贵宾

跳转到指定楼层
1
发表于 2012-1-25 20:42:43 | 只看该作者 |只看大图 回帖奖励 |倒序浏览 |阅读模式

加入我们,或者,欢迎回来。

您需要 登录 才可以下载或查看,没有帐号?注册会员

x
本帖最后由 DeathKing 于 2015-5-2 16:31 编辑

--- DELETE BY POSTER --

fiber_sta.png (8.1 KB, 下载次数: 43)

fiber_sta.png

点评

注意,Fiber.yield是个类方法,不是实例方法。还有个root fiber的东西,不在本文的范围内。  发表于 2012-1-29 17:34
由于@fiber调用的是run的方法,所以在Game_Interper中调用的Fiber.yield都是在fiber内部调用。  发表于 2012-1-29 17:34
要让fiber把控制权移交给主脚本,得在fiber中运行fiber.yield而不是在外部  发表于 2012-1-29 16:56

评分

参与人数 4星屑 +470 收起 理由
zhixin1997 + 200 VA图书馆收录福利
菜鸟飞呀飞 + 60 认可答案
feizhaodan + 90 学习了。例子都喷了。
orzfly + 120 精品文章

查看全部评分


See FScript Here:https://github.com/DeathKing/fscript
潜心编写URG3中。
所有对URG3的疑问和勘误或者建议,请移步至发布页面。
欢迎萌妹纸催更

Lv6.析梦学徒

Fuzzy Ginkgo
Taciturn Knight

梦石
0
星屑
60819
在线时间
1934 小时
注册时间
2010-6-26
帖子
1605

烫烫烫开拓者

2
发表于 2012-1-25 22:55:26 | 只看该作者
不得不说,非常佩服DK的语言表达能力啊……例子真是太棒了。
我的言论只代表我个人的观点,不代表雇主及/或任何第三方的立场。
Opinions expressed are solely my own and do not express the views or opinions of my employer and/or any third parties.
捐赠 | GitHub
回复 支持 反对

使用道具 举报

Lv3.寻梦者

宛若

梦石
0
星屑
1568
在线时间
526 小时
注册时间
2007-8-19
帖子
1493

极短24参与开拓者

3
发表于 2012-1-25 23:18:21 | 只看该作者
本帖最后由 逸豫 于 2012-1-25 23:25 编辑

遇到Fiber.yield后跳出Fiber当下一次resume时将传入的数据当作上次中断的yield的值么……
老大哥……1984么= =
[url=http://rpg.blue/thread-219730-1-1.html]http://unhero.sinaapp.com/wi.php[/url]
[color=Red]如你所见这是个死坑,没错这就是打我的脸用的[/color]
回复 支持 反对

使用道具 举报

菜鸟飞呀飞 该用户已被删除
4
发表于 2012-1-26 07:07:25 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

Lv3.寻梦者

梦石
0
星屑
1195
在线时间
1564 小时
注册时间
2008-7-30
帖子
4418

贵宾

5
 楼主| 发表于 2012-1-26 09:51:16 手机端发表。 | 只看该作者
菜鸟飞呀飞 发表于 2012-1-26 07:07
为啥resume2次就dead了?
难道第一次是Created 第二次是Running 第三次是Terminated
但为什么把yield包在lo ...

执行到代码尾才是Dead。否则就算被挂起也是Running,那个图只是想表达不可能不经过Running状态直接变为Dead。

See FScript Here:https://github.com/DeathKing/fscript
潜心编写URG3中。
所有对URG3的疑问和勘误或者建议,请移步至发布页面。
欢迎萌妹纸催更
回复 支持 反对

使用道具 举报

Lv3.寻梦者

梦石
0
星屑
1195
在线时间
1564 小时
注册时间
2008-7-30
帖子
4418

贵宾

6
 楼主| 发表于 2012-1-26 09:52:37 手机端发表。 | 只看该作者
逸豫 发表于 2012-1-25 23:18
遇到Fiber.yield后跳出Fiber当下一次resume时将传入的数据当作上次中断的yield的值么……
老大哥……1984么 ...

是这样的。   PDF档里面的尾注说明了老大哥的来历。

See FScript Here:https://github.com/DeathKing/fscript
潜心编写URG3中。
所有对URG3的疑问和勘误或者建议,请移步至发布页面。
欢迎萌妹纸催更
回复 支持 反对

使用道具 举报

Lv3.寻梦者

宛若

梦石
0
星屑
1568
在线时间
526 小时
注册时间
2007-8-19
帖子
1493

极短24参与开拓者

7
发表于 2012-1-26 14:20:31 | 只看该作者
說起來RGSS還真是費盡一切心思迴避eval……連send都用上就是不用eval= =
貌似整個RGSS3也就出現過3次eval,而且都是處理用戶輸入腳本的時候才用= =
[url=http://rpg.blue/thread-219730-1-1.html]http://unhero.sinaapp.com/wi.php[/url]
[color=Red]如你所见这是个死坑,没错这就是打我的脸用的[/color]
回复 支持 反对

使用道具 举报

Lv6.析梦学徒

Fuzzy Ginkgo
Taciturn Knight

梦石
0
星屑
60819
在线时间
1934 小时
注册时间
2010-6-26
帖子
1605

烫烫烫开拓者

8
发表于 2012-1-26 14:53:33 | 只看该作者
逸豫 发表于 2012-1-26 14:20
說起來RGSS還真是費盡一切心思迴避eval……連send都用上就是不用eval= =
貌似整個RGSS3也就出現過3次eval, ...

看帮助文件里面的几个内部类定义,在计算伤害公式的地方也用到了。Kernel.eval

eval是能不用就不用,会不安全什么的吧。




看帮助文件里面的几个内部类定义,在计算伤害公式的地方也用到了。Kernel.eval

eval是能不用就不用,会不安全什么的吧。


──orzfly于2012-1-26 14:53补充以上内容’
我的言论只代表我个人的观点,不代表雇主及/或任何第三方的立场。
Opinions expressed are solely my own and do not express the views or opinions of my employer and/or any third parties.
捐赠 | GitHub
回复 支持 反对

使用道具 举报

Lv3.寻梦者

梦石
0
星屑
1195
在线时间
1564 小时
注册时间
2008-7-30
帖子
4418

贵宾

9
 楼主| 发表于 2012-1-26 19:06:34 | 只看该作者
@逸豫@orzfly

我认为不安全是其一,开销大算其二。具体是什么我就真不知道了。

点评

記得以前聽澤提起過繼goto有害論後是eval有害論= =嘛,說起來今天也遇到了一個關於eval與proc的問題= =  发表于 2012-1-27 01:00
说到开销……ruby是解释型语言……那么的话eval好像并不会造成太大开销。难道它是先编译成一种过渡代码然后在执行?那样的话每次eval都要编译一次  发表于 2012-1-26 20:41

See FScript Here:https://github.com/DeathKing/fscript
潜心编写URG3中。
所有对URG3的疑问和勘误或者建议,请移步至发布页面。
欢迎萌妹纸催更
回复 支持 反对

使用道具 举报

Lv2.观梦者

虚構歪曲

梦石
0
星屑
364
在线时间
1198 小时
注册时间
2010-12-18
帖子
3928

贵宾

10
发表于 2012-1-26 19:14:03 | 只看该作者
本帖最后由 忧雪の伤 于 2012-1-26 19:15 编辑

回避 eval 有什么不好的……
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册会员

本版积分规则

拿上你的纸笔,建造一个属于你的梦想世界,加入吧。
 注册会员
找回密码

站长信箱:[email protected]|手机版|小黑屋|无图版|Project1游戏制作

GMT+8, 2024-12-21 22:19

Powered by Discuz! X3.1

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表