Форум StopLinux

Что вы куǷите?

Цыц. Известно то много лет, да не молодым любителям яблочек

Дааа.. тяжёлый случай.

Вообще-то Babusha спросил что делает оператор "continue". То что он находится внутри "операторных скобок", по моему, очевидно

А "continue" да, переходит к следующей итерации, а если точнее то к точке где происходит "i++". (затем просиходит проверка "i < 10" и исполняется "тело" цикла.

Попробуй протрассировать этот цикл в студии нажимая F11.

Нет. Моё соболезнование было:

Babusha молодец, кстати. Хороший кодер

Соглашусь с LordEvil. Для поднятия твоего ЧСВ, а также исходя из капитанской логики, назови его BBF (BabushaBrainFuck).

Добавлено спустя 01 мин 29 с:

Так точно, Кэп! Любой няшности.

Моё предложение написать на нём движок NewSLOR остаётся в силе.

Ну, по смыслу же. Ты же пишешь, не я
https://en.wikipedia.org/wiki/Brainfuck
Character    Meaning
>    increment the data pointer (to point to the next cell to the right).
<    decrement the data pointer (to point to the next cell to the left).
+    increment (increase by one) the byte at the data pointer.
-    decrement (decrease by one) the byte at the data pointer.
.    output a character, the ASCII value of which being the byte at the data pointer.
,    accept one byte of input, storing its value in the byte at the data pointer.
[    if the byte at the data pointer is zero, then instead of moving the instruction pointer forward to the next command, jump it forward to the command after the matching ] command*.
]    if the byte at the data pointer is nonzero, then instead of moving the instruction pointer forward to the next command, jump it back to the command after the matching [ command*.

Вот по meaning, и сокращай. Напр: [+] -- OP_PLUS, [-] -- OP_MINUS, [<] -- DEC_DP, етц.

Ну Бабуша же делает интерпретатор конкретноно диалекта брэйнфака, а не "алгоритм любой сложности".

Теоретическое обоснование "минимума требуемых конструкция (ты видимо имел в виду "операций") для реализации "любого алгоритма", в данном случае, как минимум - не к месту, как максимум - смешно

Добавлено спустя 03 мин 35 с:

Дык мне тоже не нравится:
Просто вместо твоего изначального Dictionary (который тут мало подходит), можно использовать:

enum Opcodes
{
     OP_ADD,
     OP_SHIFT,
     ...
}

и затем ...

switch (cmd) {
    case OP_SHIFT:
          acc <<= vm.stack.pop();
          break;
}

Шустро, и даже понятнее чем с Dictionary.

Как тебе?

Добавлено спустя 44 мин:

Кстати, https://stackoverflow.com/questions/4490 … 8060#48060. Тебе может быть интересно.

Не понадобятся. Я гарантирую это

Ты жертвуешь производительностью на количество_поддерживаемых_команд * каждый оборот твоего симулятора. Это как минимум увеличивает временную сложность твоего алгоритма с O(N) до O(N*M), где N-количество исполненных опкодов, а M-количество самих опкодов.

То есть, простым языком, с твоим подходом (if, помноженный на лукапы в Dictionary), твой эмулятор будет "тормозить" всё больше с увеличением количества поддерживаемых команд.

Тогда как вариант со свитчем, с очень высокой вероятностью, протранслируется JIT-ом в "JMP  [EBX*4]", что не меняет скорость твоего эмулятора с увеличением количества поддерживаемых опкодов. (я не беру в расчёт проблемы с кэшем, ибо, особенно учитывая C# и его JIT -- уже намного более труднопредсказуемо).

Если не веришь, тебе может быть интересно взглянуть на MSIL disassembly твоего кода, и кода со свитчом. Почувствуйте разницу

В любом случае, успеха в обучении. Ты на правильном пути!

И нам расскажи.

Добавлено спустя 02 мин 16 с:

Даёшь следующий движок SLOR-а написанный на брэйнфаке Babush-и!

И, параллельно, кто считает wr224 адекватным человеком