Вверх ↑
Администрация
Ответов: 15295
Рейтинг: 1519
#1: 2008-11-27 19:07:30 ЛС | профиль | цитата
HikeR писал(а):
то есть для этого нужно делать совершенно нелогичные и напрасные с обычной точки зрения вещи? без знаний языков такое точно в голову не придет ;)

HikeR, мне казалось было дано развернутое пояснение ситуации
Dilma писал(а):
Эта проблема, которая однозначно не решается из-за того, что вне FTCG нет информации о данных, которые циркулируют в схеме

Dilma писал(а):
Склеить же два совершенно разных метода кодогенерации в один без оговорок невозможно.


HikeR писал(а):
и кстати, вот такая обвязка одного элемента для сравнения внешних текстовых значений не приведет ли к возвращению на обычное быстродействие?

не приведет. Предложенный метод всего лишь помогает кодогенератору получить недостающую информацию от пользователя. Однако помещение в контейнер FTCG только ради одного сравнения двух операндов вероятно выигрыша никакого не даст.

HikeR писал(а):
вобщем вопрос-то в принципе такой, как в таких условиях передавать внешние данные внутть без особых ухищрений и увеличения схемы в 4 раза?

такая проблема будет возникать у всех элементов, которые строют свой код в зависимости от типа переданных им аргументов(If_Else, Memory). Всем остальным конвертация не требуется. Например
code_10787.txt

карма: 27
1
файлы: 1code_10787.txt [501B] [229]
Голосовали:Konst