Она как раз "посчиталась" когда нужно.
Это данные потока "не посчитались"
Нижняя точка как раз соответствует на 100% Дельфи-1.
И вполне имеет право такой быть
И даже можно один элемент разделить на два с тем же смыслом...
Add(FileStream,6049437,287,42)
{
FileName="111.txt"
}
Add(DataToFile,15064033,287,133)
{
Type=7
link(onGet,15814735:doStrCat,[(335,139)(335,167)])
link(Stream,6392024:Var2,[])
}
Add(StrCat,15814735,350,161)
{
link(Str1,2710534:Data,[])
}
Add(DataToFile,2710534,350,112)
{
Type=7
link(Stream,6392024:Var3,[(356,100)])
}
Add(GetDataEx,6392024,280,91)
{
link(Data,6049437:Stream,[])
}А в том смысл, что мы не имеем право "откладывать" вычисление данных потока.
При том объеме информации, которая сегодня у элемента имеется.
Даже в том случае, если нижняя точка типа Result не используется
Это касается элементов StrCat, Math...
Ровно также как и DataToFile.
Давай же правильные выводы делать из происходящего
Утверждение по силе ровно такое же, как и то, что нельзя вызывать события элемента до вызова метода. Об одном и том же речь фактически...
И во что тогда превратится длинная матформула или не менее длинная конкатенация строк...
Что-то не увидел я пока в кодах этих элементов воплощения некого правила, которое заставляет сохранять данные чтения в DataToFile, перед парсингом потока.
Поиск
Друзья
Администрация