59. Компонентно-ориентированная модель разработки по.

Компонентно-ориентированное программирование— парадигма программирования, ключевой фигурой которой является компонент.

Компонентно-ориентированное программирование включает в себя набор ограничений, налагаемых на механизм объектно-ориентированного программирования (далее ООП). Это было сделано для повышения надежности больших программных комплексов. Проблема хрупких базовых классов возникает при изменении реализации типа-предка. В этом случае в классическом ООП возможна ситуация, когда изменить реализацию типа-предка невозможно, не нарушив корректность функционирования типов-потомков (даже при прежних интерфейсах его методов)^[1].

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

Отличия от ООП

Компонент — «независимый модуль программного кода, предназначенный для повторного использования и развертывания»;

Может содержать «множественные классы»;

Как правило, независим от конкретного языка;

60. Унифицированный процесс разработки по.

RationalUnifiedProcess (RUP) — методология разработки программного обеспечения, созданная компанией RationalSoftware.

Принципы

В основе RUP лежат следующие принципы:

Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков;

Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования));

Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки;

Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта;

Постоянное обеспечение качества на всех этапах разработки проекта (продукта);Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам;

61. Создание многопоточных приложений. Класс Thread.

Приложение .NET состоит из одного или нескольких процессов. Процессу принадлежат выделенная для него область оперативной памяти и ресурсы. Каждый процесс может состоять из нескольких доменов (частей) приложения, ресурсы которых изолированы друг от друга. В рамках домена может быть запущено несколько потоков выполнения. Поток (thread) представляет собой часть исполняемого кода программы. В каждом процессе есть первичный поток, исполняющий роль точки входа в приложение. Для консольных приложений это метод Main. Многопоточные приложения создают как для многопроцессорных, так и для однопроцессорных систем. Недостатки многопоточности:

• большое количество потоков ведет к увеличению накладных расходов, связанных с их переключением, что снижает общую производительность системы;

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

Класс Thread. Поддержка многопоточности осуществляется в .NET в основном с помощью пространства имен System.Threading. Первичный поток создается автоматически. Для запуска вторичных потоков используется класс Thread. При создании объекта-потока ему передается делегат, определяющий метод, выполнение которого выделяется в отдельный поток:

Thread t = new Thread ( new ThreadStartC имя_метода ) );

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