В какой момент переключать флаг EndCondition, чтобы все условия со всеми конфигурациями фигурных скобок работали?

Пытаюсь протранслировать в C# .NET и выполнить следующий код:
Код транслятора в приложенном архиве. Какой есть, лучше не смог сделать Я не из тех, кто, получив помощь, просто исчезает: разберетесь как следует - получите +21, а за качественную помощь по делу без трёпа - до +50 (если несколько сообщений)! Надеюсь, упоминать об этом не запрещено?
Проблема возникает с условиями и всякими там else и else if. В отладчике установлено, что при такой конфигурации данный код 8 раз останавливается на continue и один раз - на break, игнорирует return и возвращает null. Стоит взять break в фигурные скобки - сразу прыгает на него и возвращает null. Кроме того, VariableRemoveRn() (см. приложенный архив) вызывается лишний раз, из-за чего, даже если бы return и вызвался, там в любом случае было бы null. Когда нужно устанавливать, а когда снимать EndCondition, чтобы все заработало? В идеале было бы вообще без EndCondition, с одним лишь TrueCondition, но, наверное, это невозможно. Ну, кто из вас достаточно смелый, чтобы проглотить эту лапшу? Прошу помочь.

Вложения

CSharp .NStar Sources.rar (76.8 Кб, 10 просмотров)

0

Сообщение от Элд Хасп из-за неизвестности правил синтаксиса неизвестного языка.

Язык называется "C# .NStar". real - действительное число, занимающее 8 байт, тип с 4 байтами там упразднен. loop - цикл, прерываемый только через break или return (как Do ... Loop в Basic). if !(x (op) y) - сокращение от if (!(x (op) y)). С a > null уже объяснил. Остальное, кажется, должно быть понятно.

0

Сообщение от Etyuhibosecyu тип с 4 байтами там упразднен.

Почему? Считается, что машина на которой будет крутиться такая программа имеет резиновую память и бесконечный кеш процессора? Или это очередной игрушечный\скриптовый язык накладные расходы на который, как и его производительность, значения не имеют?

0

Сообщение от Usaga Или это очередной игрушечный\скриптовый язык накладные расходы на который, как и его производительность, значения не имеют?

Это профильная тема, я не желаю трепаться.

0

Сообщение от Etyuhibosecyu Язык называется "C# .NStar"

А это ваш собственный язык....
Там много с чем надо разбираться. В первую очередь с теоретическими основами, базой.
Нельзя сказать насколько то или иное решение для ЯП лучше подходит, если нет твердого понимания теории этого конкретного языка.
Например, многие хорошие решения для Плюсов будут считаться моветоном для Шарпа и наоборот.
Хотя они и будут работать в обоих ЯП.

Конкретно в этом примере, как в ТЕОРИИ вашего языка должны работать такие условия:С точки зрения Шарпа все эти конструкции вызовут ошибки компиляции.
А, как я понял, у вас они считаются рабочими.
Поэтому объясните КАК они работаю и, это даже важнее, ПОЧЕМУ это не ошибки?
С какой целью, для какой практической надобности вам понадобилось неявное приведение к bool других типов?
Ведь все эти неявные приведения - это очень частая причина различных ошибок рунтайма и неверной работы алгоритмов.
Что и демонстрирует ваш пример.

Добавлено через 8 минут

Сообщение от Etyuhibosecyu real - действительное число, занимающее 8 байт, тип с 4 байтами там упразднен.

Зачем вы ещё и смешиваете стандарты?
У вас цель "а чтоб программисты за...сь!"?
Названия типов установлены спецификацией. 64-разрядный вещественный тип называется binary64 или double.
real - это общее название всех нецелых типов. В каком-то ЯП (не помню сейчас) это 48-разрядное число, которого нет в современной спецификации.
IEEE 754

Добавлено через 53 минуты

Сообщение от Элд Хасп В каком-то ЯП (не помню сейчас) это 48-разрядное число

Конвертация из устаревшего типа Real48 в Double и обратно

1

Сообщение от Элд Хасп if(null) // вместо bool пустая ссылка.

В C# .NStar любой тип, в том числе и bool, может иметь значение null. Также есть тип null, для которого null - единственное значение. Поэтому в данной строке нет неявных преобразований, null - корректное значение для типа bool, ничем не лучше и не хуже true или false.

Сообщение от Элд Хасп if(0) // вместо bool целое значение.

Это автоматически развернется в if(0 >= 1). if (n), где n - число, транслятор преобразует в if (n >= 1).

Сообщение от Элд Хасп if(1.0) // вместо bool нецелое значение..

В C# .NStar это целое значение. Оно имеет тип byte. Чтобы оно стало типа real, нужно написать 1.0r, ну или окольным путем в стиле 0.5 * 2. Например, 1 / 3 должно возвращать 0, а 1r / 3 - 0.333...

Сообщение от Элд Хасп Поэтому объясните КАК они работаю и, это даже важнее, ПОЧЕМУ это не ошибки?

Как они работают - см. первые три абзаца этого сообщения. Не ошибки потому, что язык для новичков, и нацелен на то, чтобы писать как можно меньше "портянок текста".

Сообщение от Элд Хасп Ведь все эти неявные приведения - это очень частая причина различных ошибок рунтайма и неверной работы алгоритмов.

Если программист на C# .NStar попробует сделать приведение с серьезными потерями (например, real в int) - транслятор его предупредит. Но в этом языке нет универсального приведения (как (T)a) - целые типы приводятся через деление или остаток от деления, действительный к целому - через Round, Floor, Ceil или Truncate.

Сообщение от Элд Хасп Зачем вы ещё и смешиваете стандарты?

Потому что C# .NStar не следует стандартам, о которых знают только глубокие профессионалы. Я даю новичку просто "real", что буквально и означает "действительный", с достаточной для большинства целей точностью, без погружения в "дебри". Просто и красиво!
Элд Хасп, и давайте перейдем от обсуждения особенностей языка к обсуждению ошибок транслятора.

Добавлено через 3 минуты

Сообщение от Etyuhibosecyu транслятор его предупредит.

Добавлю: предупредит, но принуждать не будет. Это важно.

Добавлено через 1 минуту

Сообщение от Элд Хасп С точки зрения Шарпа все эти конструкции вызовут ошибки компиляции.

К слову, в Плюсах все они работают (с поправкой на nullptr вместо null).

0

Сообщение от Etyuhibosecyu Это профильная тема, я не желаю трепаться.

Я задал вполне профильный вопрос. Если за этим решением стоял здравый смысл, а не как обычно, то ответить вам не составит труда.

0

Сообщение от Etyuhibosecyu Элд Хасп, и давайте перейдем от обсуждения особенностей языка к обсуждению ошибок транслятора.

Невозможно обсуждать ошибки транслятора не обсуждая сам ЯП.
Вот есть некая языковая конструкция. Она не работает.
Не работает потому, что не должна работать по правилам языка или потому, что не правильно работает компилятор/интерпретатор языка?

Языки "для новичков" никому сейчас не нужны.
У "новичков" впереди долгая карьера. И их нужно учить востребованным языкам на рынке труда.
А востребованность языка определяется профессионалами. И в первую очередь по реальным, мейнстриммовым, большим (корпоративным) задачам.
Для учебного понимания, что такое алгоритм, как его составить вполне хватает Бейсика и Фортрана.
Но их, по-моему, даже в школах уже перестали преподавать из-за очень сильного отсталости от реальных задач.

Что касается конкретно вашей проблемы в топе темы, то для её разбора нужно вникать в ваш ЯП.
Для меня оно всё правильно работает и неверны ваши ожидания от этого алгоритма, а не обработка алгоритма.
Для того чтобы получать помощь по таким нюансам (сильно специфичных и зависящих от ваших хотелок), вам нужно сначала сформировать стек энтузиастов вашего ЯП и с ними обсуждать такие проблемы.
Но опасаюсь, что без нормальной теоретической основы, определения области предназначения, вы не сможете найти таких разработчиков.
А без этого ваш ЯП останется всегда только вашим личным ЯП.

Добавлено через 5 минут

Сообщение от Etyuhibosecyu К слову, в Плюсах все они работают (с поправкой на nullptr вместо null).

Потому, что задачи и области назначения у Плюсов и Шарпа разные.
Шарп - это строго типизированный язык программирования ООП.
Плюсы - оно как бы есть элементы ООП, но по сути это низкоуровневое процедурное программирование.
На данный момент типы задач решаемых этими ЯП практически не пересекаются.
Это не говорит о том, что на Плюсах не возможно решить любую задачу.
Можно, конечно, но есть много задач, которые на Плюсах будет решать много затратнее чем на Шарпе.

0

Etyuhibosecyu, а что там с "линейкой"-то? Уже всё? Или для неё понадобился новый язык программирования?

0