Как записать Большое приложение WinForms?
Я собираюсь записать довольно большое/сложное приложение WinForm, такое как Paint.NET, SharpDevelop, и т.д. Я думаю, что одна из самых важных вещей создать такое приложение состоит в том, чтобы структурировать проект правильно, чтобы увеличить пригодность для обслуживания и управлять сложностью.
Таким образом, какие шаблоны или методы показывают, что я использую? Любые сообщения в блоге, бумаги, проекты с открытым исходным кодом одобрены. Я пытаюсь узнать о чем-то из SharpDevelop, но это довольно огромно для меня для продвижения в.
PS: я - опытный программист, раньше бывший нацеленный к веб-разработке (asp.net, направляющие, и т.д.). Таким образом, я знаю некоторые принципы разработки и как использовать их когда правила бизнеса реализации. Возможно, мне действительно нужно, теперь образец для начала работы с приложением WinForm так, чтобы я мог понять, как обработать меню, средства управления и других. Я узнал что-то о шаблоне MVP, но все еще неуверенный запустить большое / сложное приложение.
3 ответа
Для больших проектов методология и инструменты, которые вы используете, не менее важны, чем архитектурный дизайн. Вам нужно настроить систему управления версиями (например, SVN) с первого дня. Кроме того, очень хорошо иметь стандартную процедуру сборки и выполнять сборки ежедневно. Процедура сборки должна включать в себя запуск всех тестов, которые вам также следует приложить с самого начала.
Что касается структуры, я считаю, что наиболее важным является разделение вашего проекта на строительные блоки с минимальной зависимостью друг от друга. Таким образом, вы сможете одновременно думать об одной небольшой части системы и вам не придется сталкиваться с ее полной сложностью. Это также поможет делегировать некоторую работу другому программисту, если у вас есть такая возможность.
Для начала я рекомендую вам как можно быстрее реализовать что-нибудь минимальное. Затем работайте над его улучшением и расширением функциональности. Это сохранит вашу мотивацию, так как у вас будет что-то конкретное, над чем можно поработать. Это также поможет вам определить основные недостатки дизайна и важные проблемы на ранней стадии, чтобы исправить их.
Вот хорошее руководство для начинающих от самой Microsoft:
http://msdn.microsoft.com/en-us/beginner/default.aspx
посмотрите Windows track там.
После освоения основ - и поскольку вы опытный разработчик - вы можете проверить эту книгу "patterns & practices Application Architecture Guide 2.0" от Microsoft.
Неисчерпывающая обработка образцов является идиоматической в Haskell, но крайне плохой стиль в F # (и OCaml, Standard ML и т.д.).
Проверка полноты является очень ценным способом уловить ошибки во время компиляции на строгих языках, таких как F #, но ленивые языки, такие как Haskell, часто используют бесконечные ленивые списки, где пустой список не может возникнуть, поэтому они (исторически) выбрали краткость над статически проверенной корректностью.
-121--2071287-Попробуйте:
if (!file_exists('path/to/directory')) {
mkdir('path/to/directory', 0777, true);
}
Обратите внимание, что 0777 уже является режимом по умолчанию для каталогов и может быть изменен текущей маской.
Я бы предположил, что многие методы, которые делают для успешных веб-проектов, переведут в проекты Winforms. Начинайте с малого и развивайте приложение постепенно. Старайтесь поддерживать работу всего приложения, пока вы добавляете элементы по одному.