改变TF是一个问题 - 页 8

[删除]  

简而言之,结论是这样的。

我们手动计算已计算和未计算的条数之间的差异,如果它超过1...

我们一次性重置所有的缓冲区或逐个元素重置。

这是不可取的。如果有条件的话,也许开发者会重置所有的东西?

 
Vasyl Nosal:

简而言之,结论是这样的。

我们手动计算已计算和未计算的条数之间的差异,如果它超过1...

我们一次性重置所有的缓冲区或逐个元素重置。

这是不可取的。如果有条件的话,也许开发者会重置所有的东西?

又是25岁 :) 。在这种情况下,你为什么需要你的头呢?不可能预见到对事件的所有变体反应。变体的选择在于程序员的肩上(虽然,这里没有什么可做的,两行:检查==0和反应)。
 
Vasyl Nosal:

简而言之,结论是这样的。

我们手动计算已计算和未计算的条数之间的差异,如果它超过1...

我们一次性重置所有的缓冲区或逐个元素重置。

这是不可取的。如果有条件,也许开发者会自己重置缓冲区?

又来了?这是在所有的解释和例子之后,如何正确地写指标?)))

[删除]  
Sergei Vladimirov:

什么,又来了!!!?这是在所有关于如何正确书写指标的解释和例子之后的事?)))

那么,在我的版本中和你的版本中,都会进行归零,不是吗?
 
Vasyl Nosal:
那么,在我的变体和你的变体中,都有归零现象,不是吗?

在我的版本中,每个条形图都是经过计算的。如果这样一个条形图上的缓冲值应该是零,它将变成零,如果它应该等于5,它将变成5。在你的案例中,你可以通过ArrayInitialize() 简单地将缓冲区置空,然后不计算那些缓冲区的值应该保持为空的条形图。但首先,这是一种糟糕的编程风格(非常糟糕!),其次,这是一个特殊情况。

所有条形图都应明确计算。只有这样,你才能确保任何单元格中都不会有 "垃圾"、未计算的数据等,而且你也不必去捕捉错误(你在这个问题上很纠结)。

而且你也不需要跟踪历史更新,这没有必要。只要从[rate_total - MathMax(prev_calculated, 1)]开始计算就可以了,一切都会一直保证计算,必要时重新计算。

[删除]  
Sergei Vladimirov:

在我的版本中,每个条形图都是经过计算的。如果这样一个条形图上的缓冲值应该是零,它将变成零,如果它应该等于5,它将变成5。在你的案例中,你可以通过ArrayInitialize()简单地将缓冲区归零,然后不计算那些缓冲区的值应该保持为零的条形图。但首先,这是一种糟糕的编程风格(非常糟糕!),其次,这是一个特殊情况。

所有条形图都应明确计算。只有这样,你才能确保任何单元格中都不会有 "垃圾"、未计算的数据等,而且你也不必去捕捉错误(你在这个问题上很纠结)。

而且你不需要跟踪历史更新,这没有必要。只要用条形[rate_total - MathMax(prev_calculated, 1)]开始计算,就能始终保证一切都能计算出来,必要时还能重新计算。

哎哟。好的。

反正开发商也不会实施什么。

谢谢大家。