Сущность объектно-ориентированного программирования

Объектно-ориентированное программирование (ООП) - это методология программирования, представление программы в виде совокупности объектов, являющихся экземплярами определенного класса, образующего иерархию наследования.

• используется в качестве основных логических конструктивных элементов объекты, а не алгоритмы;

• каждый объект является экземпляром

определенного класса;

• классы образуют иерархии:

Основные элементы: Абстракция данных (выделение существенных характеристик некоторого объекта, которые отличают его от всех других видов объектов и, таким образом, четко определяют его концептуальные границы относительно дальнейшего рассмотрения и анализа)

Инкапсуляция (отделения друг от друга отдельных элементов объекта, определяющих его устройство и поведение)

• Модульность (свойство системы, которая была разложена на внутренне связные, но слабо связанные между собой модули)

• Иерархия (упорядоченная система расположение по уровням).

• Наследование (позволяет описать новый класс на основе уже

существующего с частично или полностью заимствующейся функциональностью.)

•Класс - множество объектов, связанных общностью структуры и поведения. Любой объект является экземпляром класса.

•Объект (Сущность в адресном пространстве вычислительной системы, появляющаяся при

создании экземпляра класса).

29

Модульное программирование

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

Концепцию модульного программирования можно сформулировать в виде нескольких понятий и положений:

Функциональная декомпозиция задачи - разбиение большой задачи на ряд более мелких, функционально самостоятельных подзадач - модулей. Модули связаны между собой только по входным и выходным данным.

* Модуль - основа концепции модульного программирования. Каждый модуль в функциональной декомпозиции представляет собой "черный ящик" с одним входом и одним выходом. Дополнительно модульный подход позволяет

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

30

Новейшие направления в области создания технологий программирования

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

ADO.NET представляет первичные средства доступа к данным: через объекты DataReader и DataSet. Объект DataReader предназначен исключительно для последовательного считывания информации, и поэтому используется для быстрого и эффективного доступа к потоковым данным. Объект DataSet представляет собой копию данных, размещенных в памяти. Рассмотрим подробнее место этих объектов в архитектуре ADO.NET (рис. 1.3).

Объект DataReader работает в режиме активного подключения и позволяет выполнять только последовательное извлечение из хранилища данных, доступных только для чтения. Подключение к базе данных остается открытым, пока вы работаете с объектом DataReader, и должно быть закрыто, когда работа с ним будет завершена. Объект DataReader изначально был создан для максимально быстрого доступа к информации, которая после извлечения должна выводиться на экран, после этого соединение может быть разорвано. Соответственно, объект не предназначен для навигации по результирующему множеству в произвольном направлении или модификации данных. Данный объект обладает наибольшим сходством с объектом последовательного чтения RecordSet в ADO.