Статьи на смежную тематику:

Patterns and practices Index
.NET Architecture Center
Application Architecture for .NET: Designing Applications and Services

"Дорожная карта"

Аннотация

Эта "дорожная карта" (roadmap) поможет вам понять, какие сведения содержатся в каждой главе руководства, и разобраться в используемой терминологии.

Введение

В руководстве даны рекомендации по настройке среды групповой разработки и успешной работе в ней.

Прежде чем приступить к проекту групповой разработки в .NET, вы должны сначала понять, как определить рабочие процессы в среде групповой разработки. Вам нужно разобраться, как включить и настроить функции групповой разработки, поддерживаемые интегрированной средой разработки (IDE) Microsoft^® Visual Studio^® .NET, и как ими пользоваться; кроме того, вам необходимо знать о правилах (например, принятые способы указания ссылок на сборки), которые должны соблюдать члены группы для успешной работы.

Руководство разделено на следующие главы.

• Глава 1 "Introducing the Team Environment". Обзор среды групповой разработки, ключевые концепции и процессы. Прочитайте эту главу, чтобы оценить предназначение руководства и понять модель групповой разработки, на которой построено руководство.
• Глава 2 "ASP.NET Web Application Development Models". Принципы создания Web-приложений в среде групповой разработки.
• Глава 3 "Structuring Solutions and Projects". Организация и структуризация решений и проектов Visual Studio .NET, сравнение моделей разработки с одним и несколькими решениями и рекомендации по структурам каталогов, используемым для хранения проектов как локально, так и в Microsoft Visual SourceSafe^™ (VSS).
• Глава 4 "Managing Dependencies". Работа со ссылками на сборки, Web-ссылками, ссылками на базы данных и на COM-объекты.
• Глава 5 "The Build Process". Процесс компиляции и роль сервера сборки (build server), а также автоматизированных сценариев сборки систем (system builds).
• Глава 6 "Working with Visual SourceSafe". Поэтапные процедуры выполнения часто встречающихся при разработке задач, например добавление решений и проектов к Visual SourceSafe, выборка решений из VSS, регистрация (check in) файлов в VSS и снятие их с регистрации (check out) в повседневной работе. Материалы этой главы позволят быстро решать основные задачи.
• Глава 7 "Setting Up and Maintaining the Team Environment". Инфраструктура и требования к программно-аппаратному обеспечению для всех рабочих станций и серверов в среде групповой разработки. Кроме того, поясняется, как создавать и поддерживать базу данных VSS.
• Приложение "BuildIt". BuildIt - это консольная программа Microsoft .NET, предоставленная Sapient Corporation и автоматизирующая процесс компиляции, описанный в руководстве. Она спроектирована, разработана и протестирована в Sapient Corporation; кроме того, эта программа проверена Microsoft, в том числе членами групп разработки Patterns & practices и Visual Studio .NET.

Наибольшую пользу это руководство принесет, если вы прочитаете все его главы по порядку. Получить все руководство целиком можно в формате pdf.

Кому адресовано это руководство

В руководстве изложены принципы групповой разработки для ведущих разработчиков, разработчиков, членов группы тестировщиков и системных администраторов. Прочтите это руководство, если вы планируете или уже ведете групповую разработку проекта в среде .NET.

Что вы должны знать

Чтобы это руководство помогло вам создать среду групповой разработки и организовать процесс разработки в .NET, у вас уже должен быть определенный опыт работы с Visual Studio .NET. В руководстве предполагается, что вы либо сами создавали .NET-сборки (assemblies) и Web-сервисы, либо знаете, как это делается.

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

Примечание В этом руководстве основное внимание уделяется применению в качестве системы контроля версий VSS версии 6.0c (именно она поставляется с Enterprise-выпусками Visual Studio .NET). Однако большая часть сведений, изложенных здесь, применима и к другим системам управления изменениями, многие из которых напрямую интегрируются в Visual Studio .NET IDE.

Терминология

Широко используемые в руководстве термины вроде "система", "решение" и "проект" имеют слишком много значений. В следующих разделах поясняется, в каком контексте они употребляются здесь.

Система

Внутренняя и внешняя границы системы

В руководстве вводится концепция внутренней и внешней границ системы (inner and outer system boundaries). Такое разделение важно, когда приходится решать, какие компоненты системы компилируются в централизованном процессе сборки, а какие - не попадают в этот процесс и считаются просто внешними зависимостями. Границы системы можно описать так:

• внутренние сборки создаются в процессе сборки системы;
• к внешним сборкам относятся все прочие, в том числе сторонние компоненты и сборки .NET Framework.

Концепцию внутренней и внешней границ системы иллюстрирует рис. 1.

Outer System - Внешняя система
System Boundary - Граница системы
Inner System - Внутренняя система
Subject to system build process - Создается в процессе сборки системы
External Assemblles e.g. Third Party Components - Внешние сборки, например сторонние компоненты
Assembly (File) References - Ссылки на сборки (файлы)

Рис 1. Внешняя и внутренняя границы системы

Решение

Если вы новичок в Visual Studio .NET, вам вряд ли знаком термин "решение" (solution). Решение - это фактически то, над чем вы работаете. В Visual Studio .NET решения служат контейнерами для индивидуальных проектов, на основе которых создаются компоненты системы (.NET-сборки). Файлы решений содержат информацию о зависимостях и используются в основном для управления процессом сборки. Решения подробно рассматриваются в разделе Visual Studio .NET Solutions главы 3 "Structuring Solutions and Projects".

Проекты

В контексте этого руководства проекты могут быть трех типов.

• Проекты в обычном понимании. Термин "проект" в самом широком смысле этого слова относится к тому, над чем вы работаете сейчас.
• Проекты Visual Studio .NET. Файлы проектов, используемые Visual Studio .NET в качестве контейнеров для конфигурационных параметров, которые относятся к генерации индивидуальных сборок. Эти проекты подробно рассмотрены в разделе Visual Studio .NET Projects главы 3 "Structuring Solutions and Projects".
• Проекты Visual SourceSafe. Проект в базе данных VSS - это просто набор (обычно логически связанных) файлов. Проект VSS аналогичен каталогу файловой системы и отличается от него лишь поддержкой контроля версий.

Обратная связь и техническая поддержка

Вопросы, комментарии и предложения, пожалуйста, присылайте авторам Team Development Guide по адресу devfdbck@microsoft.com.

Application Blocks по компонентам .NET и руководствам рассчитаны на то, чтобы упростить начинающим программистам разработку распределенных приложений .NET. Руководства и примеры исходного кода предоставляются "как есть", без каких-либо гарантий. Хотя они прошли тестирование и считаются надежным набором процедур и рекомендаций, они не поддерживаются как традиционные продукты Microsoft.

В дополнение к Application Blocks по .NET-компонентам и руководствам создан форум (новостная группа). Там вы можете оперативно общаться со своими коллегами и специалистами Microsoft по технической поддержке.

От ваших вопросов и комментариев выигрывают все, наши разработчики читают этот форум ежедневно.

Новостная группа: для Web-клиентов http://msdn.microsoft.com/newsgroups/loadframes.asp?icp=msdn&slcid=us&newsgroup=microsoft.public.dotnet.distributed_apps

Новостная группа: для NNTP-клиентов news://msnews.microsoft.com/microsoft.public.dotnet.distributed_apps

Хотите освоить мощь .NET и заставить ее работать на вас? Обращайтесь к экспертам по технологиям в центрах технологий Microsoft (Microsoft Technology Centers) и перенимайте наиболее успешные методы разработки. За дополнительной информацией, пожалуйста, обращайтесь на сайт http://www.microsoft.com/usa/mtc/.

Благодарности

Выражаем глубокую признательность всем участникам и рецензентам:

Michael Day, Martyn Lovell, Brad Bartz, Izzy Gryko, Bill Hiebert, Jeff Pflum, Bernard Chen (Sapient), Michael Monteiro (Sapient), Dimitris Georgakopoulos (Sapient), Korby Parnell, Susan Warren, Chris Falter, Joel West, Dave Quick, Allan Hirt, Cathan Cook, Chong Lee, Milind Lele, Chris Brooks, Martin Petersen-Frey, J.D. Meier, Edward Jezierski, Jacquelyn Schmidt, Jeremy Bostron, Frank Hacklander (Siemens), Reinhold Kienzle-Press (Siemens), Sharon Bjeletich, Andrew Roubin (Vorsite)

Чтобы прочесть первую главу руководства "Team Development with Visual Studio .NET and Visual SourceSafe", перейдите по ссылке Introducing the Team Environment.