对于触发器的一个点子（建议）。

东方油瓶 · 发表于 2014-2-15 02:50:17

在触发器的动作里经常会写很长的一串'代码"

但是他们的作用又是不一样的

例如"单位受到攻击"事件

如果用触发器做技能每个用触发制作的被动技能会占用一段

例如"对话框被点击"事件

如果用于制作大量的自定义UI，每个按钮要做的动作有很大一串

以往的显示在行数越多后会很"乱"，难翻页，而且不利于后期的维修

如果能加入一个类似于触发器中"文件夹"的系统会好很多

IF THEN ELSE 这种动作是很常见的，每次标记好注释后如果这个触发器内容太多我需要点击后按"↑"来缩小我不用修改的内容

但缩小后切换到其他触发器中原来的那个又还原了，感觉比较繁琐希望能优化。。

七键守护神 · 发表于 2014-2-15 08:56:56

乃就不会用自定义函数的么……

四夕水草肃 · 发表于 2014-2-15 10:40:42

乃就不会用自定义函数的么……

woaibusi · 发表于 2014-2-15 11:18:28

乃就不会用自定义函数的么……

mkkqqq123 · 发表于 2014-2-15 12:57:36

乃就不会用自定义函数的么……

jf68gzhj9w · 发表于 2014-2-15 13:26:45

乃就不会用新建文件夹，新建自定义函数，新建注释么。。。

ff1407 · 发表于 2014-2-15 17:15:37

感觉楼主说的是类似编程语言中可以把一大段相关代码用特殊符号包裹并收缩起来，从而方便阅读的功能。当前编辑器没有这种功能，不过其实影响不大，有时要一层层打开才能最终显示全部代码也是很麻烦的。这个我有经验。
我一般用下面这个替代方法：
在每个逻辑段前都加上一个这样的注释
"=============================该段代码的作用================================"
这样每段逻辑就能轻松分开了(只要符号打得够明显，层次可以很分明)

而遇到大量调用的相同逻辑应该被写成"动作定义"或者"函数"。而"动作定义"和"函数"里的逻辑应该只允许依赖于传入的参数，这样就能确保复用的可能性。

沧海流星 · 发表于 2014-2-15 17:17:37

乃就不会用新建文件夹，新建自定义函数，新建注释么。。。

东方油瓶 · 发表于 2014-2-15 18:18:59

............

		自动登录	找回密码
密码			点一下