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