Sau Oct 2 at 10:23

Откуда берётся запутанный код

Easy

3 min

5.5K

Programming * Development Management * Perfect code *

+24

Comments 9

evgenyk Oct 2 at 11:07

А почему не сделать таблицу? На питоне это будет словарь, значения - вызовы функций, ключи - логические выражения. Тогда при изменениях, просто добавляем или удаляем выражения в словарь.

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

Sau Oct 2 at 11:38

Логическая функция тут как наглядный пример, программный код занял бы много места, ничего не добавив по сути. К тому же сложность восприятия программного кода сложнее оценить.

Вариант с таблицей для логических функций поддерживаю.

anshdo Oct 2 at 14:44

Ну, собственно, именно по-этому нужен регулярный рефакторинг.

swame Oct 3 at 07:39

Лучшая форма не самая краткая, а самая

Модифицируемая
Понятная
С возможностью просмотра в отладчике или логе, какое именно условие сработало

menz1 Oct 3 at 10:00

++Не самая долгая по трудозатратам

Настраиваемая/параметризуемая

Переиспользуемая

izibrizi2 Oct 3 at 08:15

Элементы И-НЕ (NAND) и ИЛИ-НЕ (NOR) часто дешевле и универсальнее. Поэтому не всё так просто с картами Карно :)

Sau Oct 3 at 09:49

От изменяющихся условий задачи не помогут никакие элементы.

andy_p Oct 3 at 11:24

Не надо карты Карно использовать, пользуйтесь симметричными картами:

https://habr.com/ru/articles/358328

martin_wanderer Oct 3 at 17:37

Ну так идеальный код не самый компактный. И даже не самый понятный. А такой, который потребует минимум правок, когда менеджер прибежит с новыми требованиями . Про которые конечно же заранее ничего не известно. Хотя при желании можно попробовать спрогнозировать, в каких аспектах система будет меняться, а в каких - нет. И заложить в архитектуру то, что конечно же однажды все равно поменяется ;)