Последовательная связь в коде

Question

Действительно ли sequential coupling действительно плохой код?

Хотя это анти-шаблон, единственный риск, который я вижу, вызывает методы в неправильном порядке, но документация библиотеки API/класса с этим анти-шаблоном должна позаботиться об этом. Какие еще проблемы существуют из кода, который является последовательным? Кроме того, этот шаблон можно легко устранить, используя внешний вид.

Благодаря

Answer 1

Даже в статье вики вы упомянули бытует мнение, что

Это может быть антишаблоном в зависимости от контекста.

Во многих случаях другого выхода нет. В конце концов для решения задач мы используем алгоритмы . И они по определению

эффективные способы решения задачи с помощью конечного последовательности инструкций

Иногда это возможно, чтобы скрыть эту последовательность. Но не всегда.

Answer 2

Это антипаттерн к просто игнорировать вызов метода, потому что то, что не должно было быть сделано раньше не имеет.

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

Answer 3

его незначительный анти-образец, как будто документация плохая (или api запутанная), вы можете получить вещи в плохие состояния. Это, как рецепт, где он только говорит вам отложить желтки после того, как вы уже избили яйца вместе.