в MathParse это элементарно делается, в FastMathParse скорей тоже, однако читаться-то такая строка будет лучше - бесспорно - но зато схема читаться станет хуже... А выигрыш жто всего лишь один элемент на переменную
Этот топик читают: Гость
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
карма: 27 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Dilma, то что это возможно то это уже радует, предлогаю это обсудить колегам по схемостроительству. Вот для примера (кстати не очень наглядного но всёже) как Вам была бы такая форма для последовательных вычислений к примеру, как видно из схемы я тут вообще верхние точки изключил. Далее, вся последовательность наглядно читается и редактируется в StrList, строки также могут там коментироваться (хорошо если бы еще MathParse и коментарии отсекал) и отсекаться с помощью StrPar например в Message для отладки или трансляции последовательности вычислений, согласен что можно сделать аналог даной схемы штатными компонентами но для меня лично такая форма гораздо легче для понимания чем большое количество зашифрованных точек.
Так что скажете уважаемые... пример естественно прилагается code_9665.txt |
|||
карма: 4 |
| ||
файлы: 1 | code_9665.txt [1KB] [651] |
Ответов: 199
Рейтинг: 44
|
|||
Способ вычислений предложенный andrestudio, показался очень удобным, действительно хорошо бы иметь возможность использовать имена глобальных переменных в MathParse а для кого
Dilma писал(а): схема читаться станет хуже...может это не использовать. +1 |
|||
карма: 0 |
|
Ответов: 5227
Рейтинг: 587
|
|||
А выигрыш жто всего лишь один элемент на переменную
В некоторых cхемах скорей всего наоборот, один MathParse на все GlobalVar ------------ Дoбавленo: Гляжу а вдоль дороги мёртвые с косами стоят, а вокруг ТИШИНАаааа... |
|||
карма: 4 |
|
Разработчик
Ответов: 26135
Рейтинг: 2126
|
|||
andrestudio писал(а): Гляжу а вдоль дороги мёртвые с косами стоят, а вокруг ТИШИНАаааа...Брехня |
|||
карма: 22 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Вот и поговорили , так вот рацпредложения и погибают...
|
|||
карма: 4 |
|
Ответов: 3655
Рейтинг: 69
|
|||
andrestudio писал(а): так вот рацпредложения и погибаютэто тебе к Galkov_y надо. |
|||
карма: 0 |
|
Ответов: 2058
Рейтинг: 28
|
|||
andrestudio писал(а): Вот и поговорили , так вот рацпредложения и погибают...Вячеслав писал(а): это тебе к Galkov_y надо.Да, да, он таких сразу косой косит. |
|||
карма: 1 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
vovs, мне кажется тут не все понимают о какой вообще читаемости идет речь. Каждый пользователь свои схемы может рисовать как угодно, чем угодно и через какое угодно место - мягко говоря всем до этого по барабану. Однако когда этот самый пользователь решает выставить ее(схему) на обозрение другим, то тут и выясняется, что у него кривые связи, отсутствуют напроч контейнеры, каждый второй элемент LineBreak и теперь еще - все MathParse используют глобальные переменные и не в единственном количестве. Теперь добавим сюда еще GlobalBreakEx, который по тем же причинам был отвергнут и мы получим такую кучу разбросанных несвязных друг с другом элементов, что сам автор никогда не разберется в своем творение по прошествие пары месяцев.
По-поводу примера code_9665: неубедительно. Представленная задача очень похожа на необходимость вставки скрипта, а не дописывания MathParse ибо следующим шагом после добавления чтения GlobalVar захочется и это
|
|||
карма: 27 |
|
Ответов: 9906
Рейтинг: 351
|
|||
Dilma писал(а): Теперь добавим сюда еще GlobalBreakExПоправка: не GlobalBreakEx, а GlobalVarEx -- таки в природе (точнее - на форуме) уже существует Сделанный под лозунгом: "Хай гнида подавится !!!" |
|||
карма: 9 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
На самом деле GlobalBreakEx - есть идея очень полезная и нужная, ибо она отражает желание конструировать в своей схеме механизмы подписки на некое событие(или события) - некий аналог ивентов из .NET или сигналов из QT. Поддержать такое можно и нужно, но не в классическом стиле(т.е. половинки разбросанные по всем уровням схемы), а в каком-то более менее контролируемом визуально. Например, по принципу слоев, описанному г-ом nesco
Вверху красными кружками обозначен гипотетический элемент GlobalBreakEx. Диаграмма в нижней части картинки это автоматически выстроенный граф циркуляции событий по всем контейнерам схемы, положение узлов определяется координатами элементов, чьи точки инициируют событие или наоборот принимают его. Адрес над узлом - очевидно глубина вложенности на схеме. PS: предложенный вариант не является каким бы то ни было решением данной задачи и должен рассматриваться исключительно в качестве примера направления ее решения. |
|||
карма: 27 |
| ||
файлы: 1 | hiasm_events.png [7.7KB] [518] |
Ответов: 9906
Рейтинг: 351
|
|||
Ну не знаю даже, какими словами еще говорить...
ЭТО - уже работает, без гипотез и обсуждений. Просто - работает, и все тут И, работая, называется GlobalVarEx |
|||
карма: 9 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
Galkov, мне кажется опять возникло непонимания того, про что и о чем я говорю... Поэтому предлагаю считать нарисованную выше картинку адресованной тем, у кого все же имеются гипотезы и кому есть что обсудить в связи с увиденным.
|
|||
карма: 27 |
|
Ответов: 3655
Рейтинг: 69
|
|||
Dilma писал(а): На самом деле GlobalBreakEx - есть идея очень полезная и нужнаяЯ к сожалению не врубился. В чём отличия и полезность. И как например я могу узнать где кончаются эти бреки(просматривая чужую схему) Например маркировку кабеля я понимаю.(это типо идея) |
|||
карма: 0 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
Вячеслав писал(а): В чём отличия и полезность.отличия от чего? Вячеслав писал(а): И как например я могу узнать где кончаются эти брекичто значит "кончаются"? На всякий случай - GlobalBreakEx технически тоже самое, что и GlobalVarEx только без внутренней переменной |
|||
карма: 27 |
|