HikeR писал(а):
то есть для этого нужно делать совершенно нелогичные и напрасные с обычной точки зрения вещи? без знаний языков такое точно в голову не придет ;)HikeR, мне казалось было дано развернутое пояснение ситуации
Dilma писал(а):
Эта проблема, которая однозначно не решается из-за того, что вне FTCG нет информации о данных, которые циркулируют в схемеDilma писал(а):
Склеить же два совершенно разных метода кодогенерации в один без оговорок невозможно.HikeR писал(а):
и кстати, вот такая обвязка одного элемента для сравнения внешних текстовых значений не приведет ли к возвращению на обычное быстродействие?не приведет. Предложенный метод всего лишь помогает кодогенератору получить недостающую информацию от пользователя. Однако помещение в контейнер FTCG только ради одного сравнения двух операндов вероятно выигрыша никакого не даст.
HikeR писал(а):
вобщем вопрос-то в принципе такой, как в таких условиях передавать внешние данные внутть без особых ухищрений и увеличения схемы в 4 раза?такая проблема будет возникать у всех элементов, которые строют свой код в зависимости от типа переданных им аргументов(If_Else, Memory). Всем остальным конвертация не требуется. Например
code_10787.txt