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

Question

Мой вопрос заключается в том, как программисты создают, кодируют и организуют подчиненные формы в целом.Под подчиненными формами я подразумеваю те группы элементов управления, которые составляют один пользовательский интерфейс.Я ищу подсказки, которые помогут мне лучше организовать коды форм и ускорить процесс создания таких форм.Клянусь Богом, это займет слишком много времени.

Я определил три широкие группы элементов подчиненной формы:
-Субформы имеют команды для выполнения чего-либо.
-Субформы имеют элементы данных для выполнения этих команд.
-Субформы имеют используемые состоянияотслеживать вещи, которые не являются данными.

Подход, который я использую, заключается в том, чтобы сосредоточиться на том, что требуется для выполнения команд, которые определят, какие элементы данных необходимы и как их следует проверять.

Кроме того, используют ли программисты контрольные списки при создании форм?

ps Я программирую как хобби.

Answer 1

Это невероятно нечетко. Тем не менее, есть красный флаг, вы говорите об интерфейсе пользователя как о начальной точке, а не как о конечном результате. Это классическая ловушка в winforms, дизайнер довольно хорош и делает его way слишком простым, чтобы бесконечно возиться с макетами форм. Вы навсегда продолжаете добавлять и удалять элементы управления и обработчики событий, поскольку ваши идеи о том, как должна работать программа, развиваются.

Это отсталый и действительно огромный спад времени. Эффективный дизайн требует, чтобы вы взяли листок бумаги и сосредоточились на структуре программы. Отправной точкой является модель M в шаблоне MVC. Когда вы выясните, как должна вести себя модель, становится очевидным, какие элементы пользовательского интерфейса необходимы. И какие команды должны быть доступны пользователю.

V появляется. Вместо того чтобы прыгать в дизайнера, набросайте, как должен выглядеть вид. На бумаге. Составьте черновой вариант организованного способа представления данных. И какие операции доступны пользователю для их изменения. Выбор типа элементов управления, а также меню и кнопок, которые вам понадобятся. Как только это застынет, вы можете очень быстро спроектировать форму и добавить C. Обработчики событий, которые связывают пользовательский интерфейс с моделью.

Существует очень интересный инструмент от Microsoft, который поможет вам не попасть в эту ловушку. Мне нравится идея этого, это намеренно делает шаг дизайна пользовательского интерфейса несовершенным. Таким образом, вы не тратите все время на перемещение пикселей, вместо того чтобы сосредоточиться на дизайне своей программы. Он рисует дизайн пользовательского интерфейса в виде бумаги и карандаша, прямых линий нет. Невероятно эффективный способ не только для программиста, но и для моды, ориентированной на клиента. Таким образом, клиент не попадает в ту же ловушку, ворча о том, что элемент управления отключен на один пиксель. Он называется SketchFlow, ссылка здесь . В остальном это точно такой же аналог бумаги и карандаша, но с расцветом «работает на моей машине».

Answer 2

Попробуйте CAB Я не уверен, что вы должны его использовать, но шаблон поможет вам понять, как правильно написать свой графический слой.