Вопрос не в том какой инструмент использовать, а как понимать задачу. Плохой код можно писать на любом языке. К тому же, использование функций вместо объектов, приводит к излишней фрагментарности кода.
Однако же, в разделе о ненормальном программировании должен встречаться понятный код? Все это так, и шапке поста можно добавить — никогда так не пишите.
Я с вами согласен :) Однако, лаконичность кода тоже ценна по своему. Отдельные конструкции можно применять на практике, как например несколько выражений через запятую, и ?: вместо if.
Ветхий Завет: Книга Екклеcиаста
Что было, то и будет; и что делалось, то и будет делаться, и нет ничего нового под солнцем.
Бывает нечто, о чем говорят: `смотри, вот это новое'; но это было уже в веках, бывших прежде нас.
Видел я также, что всякий труд и всякий успех в делах производят взаимную между людьми зависть. И это — суета и томление духа!
Я бы на вашем месте не стал бы так свято верить этому заявлению. Вброс — они стоят миллиард, куда больше привлечет внимания, нежели сумма сделки не разглашается.
Я не понял, где тут исключения? Простая обработка ошибок, по типу логирования.
К тому же любом в дебаггере сохраняется call-stack. А в вашем случае даже не стек, а последовательность вызовов. Близко не похоже на тот как раскручивается стек при throw в плюсах.
_operations.ContainsKey("op") // тут видимо кавычки лишние.А также, что значит постфикс M в константах вида 1.0M?
Что было, то и будет; и что делалось, то и будет делаться, и нет ничего нового под солнцем.
Бывает нечто, о чем говорят: `смотри, вот это новое'; но это было уже в веках, бывших прежде нас.
Видел я также, что всякий труд и всякий успех в делах производят взаимную между людьми зависть. И это — суета и томление духа!
К тому же любом в дебаггере сохраняется call-stack. А в вашем случае даже не стек, а последовательность вызовов. Близко не похоже на тот как раскручивается стек при throw в плюсах.