Project1

标题: [交流]RM碎碎念之当if遇到case.(6.03更新) [打印本页]

作者: 美兽    时间: 2007-5-18 22:52
标题: [交流]RM碎碎念之当if遇到case.(6.03更新)
放置某些零碎的思想,不定期更新,不保证准确,欢迎跟帖子阐述自己的思想与经验,会一并整理在沙发。
前提是自己的思想,或者她人思想的延伸,禁止照猫画虎。

1:max与min的猥亵之处.
2:for、times、each三剑客.
3:当if遇到case.

作者: 美兽    时间: 2007-5-18 22:52
标题: [交流]RM碎碎念之当if遇到case.(6.03更新)
放置某些零碎的思想,不定期更新,不保证准确,欢迎跟帖子阐述自己的思想与经验,会一并整理在沙发。
前提是自己的思想,或者她人思想的延伸,禁止照猫画虎。

1:max与min的猥亵之处.
2:for、times、each三剑客.
3:当if遇到case.

作者: 美兽    时间: 2007-5-18 22:53
备用。
作者: 猫哥哥    时间: 2007-5-18 23:00
{/hx}亲眼见证大坑的形成……现在可以跟帖吗……可以的话先占楼
作者: sizz123    时间: 2007-5-18 23:07
   恩,学到了一个名词---设界。
作者: gpra8764    时间: 2007-5-21 08:28
提示: 作者被禁止或删除 内容自动屏蔽
作者: 美兽    时间: 2007-6-3 16:59
更新两个意义不大的小测试。
作者: 七夕小雨    时间: 2007-6-3 21:19
枚举……残念……
作者: gpra8764    时间: 2007-6-6 21:14
提示: 作者被禁止或删除 内容自动屏蔽
作者: 精灵使者    时间: 2007-6-6 22:40
你这个方法不错的说……测试一个程序的运行速度
p1=time.now #记录起始时间
程序
p2=time.now #记录结束时间
p p2 - p1 #输出程序运行时间
这个好象很不错……
作者: 面粉    时间: 2007-6-7 06:17
对于min的研究那里……个人认为……编译器处理方法的时候,效率自然要低于其他算法所使用的元运算符。

另外怀疑min方法之所以效率低下……是因为美兽殿邪恶的小for……导致反复生成并回收临时对象所致……少量的该操作也许差别不大,但累积到一定程度后就很明显了。

对于if和case……个人比较认同FDR的说法……{/hx}

不过偶的习惯是什么方便用什么{/gg},速度实在看不过去了再想优化办法。{/lh}

美兽殿写的这些东东压根也没想过 = =

用RUBY,不就是图方便么。{/cy}




欢迎光临 Project1 (https://rpg.blue/) Powered by Discuz! X3.1