|
阅读:2833回复:7
TMP这个问题怎么解决?
TU暂时用不了,用tmp凑合着
然后发现一些奇怪的地方…… TU,以及空白配置时的当前标签: 图片:1.gif ![]() TMP: 图片:2.gif ![]() amo版和dev版都有这个问题 本来想自己解决,但是发现标签的label是不会变化的,裁剪是发生在更高的层次,于是不会弄了 求大大让tmp也智能一点 |
|
|
|
1楼#
发布于:2013-05-17 22:05
好神奇的label,呵呵。
|
|
|
|
2楼#
发布于:2013-05-17 22:05
用户被禁言,该主题自动屏蔽! |
|
|
3楼#
发布于:2013-05-17 22:05
|
|
|
|
4楼#
发布于:2013-05-17 22:05
重写未必就容易失效吧,重写又可能是避免反复失效。
|
|
|
|
5楼#
发布于:2013-05-17 22:05
|
|
|
|
6楼#
发布于:2013-05-17 22:05
重写反而是为了避免失效,但这造成了几个问题,首先重写后,被盖掉的区块无论FX作了什么更新,都会因为TMP的关系而维持旧模式
其次,无论怎么写,最后总是要连接FX主程序,这时若是这方面变动,那影响更大。 最后就是重写导致代码变得很肥… 简单来说,TU的写法是在每个区块中插入新的代码,好处是影响小,速度快,不过相对维护不容易,且容易产生小错误 而TMP的写法是直接把整个大区块盖掉,好处是不容易产生BUG、且因为是完整的代码,所以修改调整相对简单许多,但坏处就是一但出错,极可能会严重到整个FX产生重大错误,且整个重写后,运行效率会较低一些(理论上只会低一些,因为虽然是大量重写,但相较于TU少量却频繁的插入代码,这两种最后造成的效率衰减应该是不会差太多) |
|
|
7楼#
发布于:2013-05-17 22:05
SoIN:重写反而是为了避免失效,但这造成了几个问题,首先重写后,被盖掉的区块无论FX作了什么更新,都会因为TMP的关系而维持旧模式 呵呵,原来这样,我原来一直以为重写代码目的是提高性能呢。 |
|
|
