Пространства имен
Пространства имен (namespace) — это способ, благодаря которому .NET избегает конфликтов имен между классами. Они предназначены для того, чтобы исключить ситуации, когда вы определяете класс, представляющий заказчика, называете его Customer, а после этого кто-то другой делает то же самое (подобный сценарий достаточно распространен).
Пространство имен — это не более чем группа типов данных, но дающая тот эффект, что имена всех типов данных в пределах пространства имен автоматически снабжаются префиксом - названием пространства имен. Пространства имен можно вкладывать друг в друга. Например, большинство базовых классов .NET общего назначения находятся в пространстве имен System. Базовый класс Array относится к этому пространству, поэтому его полное имя — System.Array.
Платформа .NET требует, чтобы все имена были объявлены в пределах пространства имен; например, вы можете поместить свой класс MyClass в пространство имен MyCompany. Тогда полное имя этого класса будет выглядеть как MyCompany.MyClass.
Запомните, что если пространство имен не указано явно, тип будет добавлен к безымянному глобальному пространству имен.
В большинстве ситуаций Microsoft рекомендует применять хотя бы два вложенных пространства имен: первое — наименование вашей компании, а второе — название технологии или пакета программного обеспечения, к которому относится класс, чтобы это выглядело примерно так: MyCompany.SomeNamespace.MyClass. В большинстве случаев такой подход защитит классы вашего приложения от возможных конфликтов с именами классов, написанных разработчиками из других компаний.
Uml. Диаграмма вариантов использования. Привести пример.
Схемы вариантов использования создаются, чтобы описать, кто и для чего использует систему. Вариант использования представляет цель пользователя системы и процедуру, выполняемую пользователем для достижения этой цели.
Например, система продажи еды через Интернет должна позволять клиентам выбирать элементы меню, а ресторанам-поставщикам — обновлять меню. Это можно объединить в схеме вариантов использования.
Также можно показать, что вариант использования состоит из более мелких вариантов, и показать эти варианты. Например, заказ еды — часть процесса покупки еды, который также включает оплату и доставку.
Кроме того, можно показать, какие варианты использования включены в разрабатываемую область системы. Например, изображенная на иллюстрации система не входит в состав варианта использования "Доставка еды". Это помогает задать контекст для разработки.(На схеме вариантов использования контейнеры подсистемы можно использовать для представления системы или ее компонентов).
Кроме того, это помогает команде разработчиков обсуждать, что будет включено в последующие выпуски. Например, можно обсудить, будет ли компонент "Оплата еды" в первоначальном выпуске системы функционировать непосредственно между рестораном и клиентом (а не обрабатываться в системе). В этом случае в начальном выпуске можно переместить компонент "Оплата еды" за пределы прямоугольника системы Dinner Now.
Схема вариантов использования предоставляет только сводку вариантов использования. Чтобы предоставить более подробные описания, можно связать варианты использования на схеме с отдельными документами и другими схемами.
Создание схемы вариантов использования помогает команде разработчиков:
концентрироваться на том, как пользователи намерены работать с системой, не отвлекаясь на подробности реализации;
обсуждать область действия системы или отдельных выпусков системы.