Я делаю некоторые блок-схемы и мне интересно, правильно ли я подхожу к этому. По сути, у меня есть несколько вызовов методов, и я строю блок-схемы каждого в отдельности. Однако некоторые из этих методов вызывают метод для получения некоторой информации, а затем продолжают. Смотрите этот пример:
У меня есть 3 других метода, которые также вызывают GetQueue (), и мне интересно, правильно ли я это представляю. Поток AddQueue () визуально выглядит как неработающий.
ПРИМЕЧАНИЕ. Изменения, внесенные в мою блок-схему:
Действительно ли этот уровень графической детализации необходим? Я знаю, что когда-то подобные потоковые диаграммы были популярны, но, похоже, в настоящее время они перестали пользоваться услугами по многим причинам ... По сути, они являются избыточной формой документации; Вы должны поддерживать их в актуальном состоянии, и код должен уже адекватно представлять то, что показано на блок-схеме в любом случае (это означает: время лучше потратить на создание большего количества кода).
—
Роберт Харви
Это было запрошено у меня, прежде чем я перейду к другому клиенту.
—
Кит Барроуз
@ Роберт Харви: Блок-схемы были полезны в старые времена, когда люди писали машинный или ассемблерный код напрямую. Возможно, они были полезны для ранних программистов на Фортране и Бейсике, у которых не было хорошего набора управляющих структур. В настоящее время, единственная причина, по которой я бы их сделал, это то, что клиент хотел, чтобы они были доставлены, и был готов заплатить мне адекватно.
—
Дэвид Торнли
Разрабатывая их с нуля, я обнаружил, что очень полезно использовать желтые стикеры, поворачивая на 90 градусов для принятия решений. Это позволяет вам перемещать их и вставлять процессы между ними. Когда вы все дон, то введите их в свое программное обеспечение.
—
Майкл Райли - AKA Gunny
Я до сих пор время от времени использую блок-схемы, хотя нахожу, что модульные тесты часто лучше для той же цели. Они не являются конечными результатами; Я использую их, чтобы получить поток контроля прямо в моей голове.
—
Майкл К
