Расширение возможностей коллективной разработки

Для развития средств коллективной разработки в Visual Studio 2013 включен обновленный Team Explorer с видоизмененной начальной страницей, предусматривающей более простую навигацию и средства совместной работы. В Team Explorer можно поместить панели Pending Changes и Builds в отдельные окна. Другими новыми возможностями являются поддержка средства управления версиями Git, диагностические журналы и функция Work Item Charting (диаграммы рабочих элементов), предоставляющая разработчикам средство быстрого создания разнообразных диаграмм на основе данных из запросов рабочих элементов, отчетов об ошибках и пользовательских отчетов.

1.3 Класс Form

Класс Form представляет собой заготовку формы, от которой наследуются классы форм приложения. Помимо множества унаследованных элементов, в этом классе определено большое количество собственных элементов, наиболее употребитель­ные из которых приведены в следующих таблицах.

Некоторые свойства класса Form.

Свойство	Описание
AcceptButton	Позволяет задать кнопку или получить информацию о кнопке, которая будет активизирована при нажатии пользователем клавиши Enter
ActiveMDIChild, IsMDIChild, IsMDIContainer	Свойства предназначены для использования в приложениях с многодокументным интерфейсом (MDI)
AutoScale	Позволяет установить или получить значение, определяющее, будет ли форма автоматически изменять свои размеры, чтобы соответствовать высоте шрифта, используемого на форме, или размерам размещенных на ней компонентов
FormBorderStyle	Позволяет установить или получить стиль рамки вокруг формы (используются значения перечисления FormBorderStyle)
Cancel Button	Позволяет задать кнопку или получить информацию о кнопке, которая будет активизирована при нажатии пользователем клавиши Esc
Control Box	Позволяет установить или получить значение, определяющее, будет ли присутствовать стандартная кнопка системного меню в верхнем левом углу заголовка формы
Menu, MergedMenu	Используются для установки или получения информации о меню на форме

2 Error: Reference source not found

В данной работе нужно выбрать архитектуру программы, поэтому рассмотрим несколько примеров:

Одноуровневые приложения. Пример одноуровневого приложения — Microsoft Excel, поддерживающий как юльзовательский интерфейс, так и прикладную логику. К последней относятся раз-юобразные математические функции, проверка правописания и др. На том же уров-ie содержатся и подпрограммы, обеспечивающие сохранение и доступ к файлам дан-шх. Традиционные приложения для мэйнфреймов тоже являются одноуровневыми монолитными), просто к ним обращается множество клиентских программ.

Двухуровневые приложения. В двухуровневых, или стандартных клиент-серверных, приложениях компоненты, отвечающие за презентационный сервис и прикладную логику, размещаются на клиентской машине и обращаются к общему источнику данных по сети. В таких приложениях пользовательский интерфейс и прикладная логика образуют один уровень на клиентском компьютере, а сервисы данных предоставляются отдельными приложениями (на серверах) вроде СУБД SQL Server или Oracle. Этот сценарий часто встречается в клиент-серверных приложениях. Например, приложение, написанное на Visual Basic, вызывает хранимые процедуры SQL Server и таким образом получает нужные данные. Первое приложение — это один уровень, второе — другой. Код для пользовательского интерфейса и поддержки прикладной логики не обязательно должен находиться в одном проекте; приложение, написанное на Visual Basic, может обращаться к данным, вызывая нужные функции из динамически подключаемой библиотеки (DLL). В этом случае, хотя пользовательский интерфейс и прикладная логика оказываются в разных местах, они все равно считаются одним уровнем. Двухуровневые приложения хорошо работают в масштабах подразделения при наличии умеренного количества пользователей (до 100), единственной базы данных и быстродействующей защищенной сети. В частности, двухуровневое приложение было бы удачным решением для рабочей группы, принимающей заказы на какую-либо продукцию.

Многоуровневые приложения. В подобных приложениях презентационный сервис (первый уровень), прикладная логика (второй уровень) и сервис данных (третий уровень) отделены друг от друга. Однако уровней может быть не три, а больше. Именно поэтому многоуровневые приложения иногда называют и-уровневыми, где п больше или равно трем. Логические уровни не обязательно должны соответствовать их физическому местонахождению в сети. Например, все три уровня могут быть размещены на двух машинах или, напротив, распределены по пяти компьютерам. Компоненты, отвечающие за презентационный сервис, поддерживают пользовательский интерфейс и запрашивают прикладные сервисы у компонентов промежуточного уровня, которые реализуют прикладную логику и выдают запросы к базам данных. В многоуровневом приложении клиент предоставляет только пользовательский интерфейс. Прикладная логика реализуется промежуточным уровнем, который размещается между пользовательским интерфейсом и системой хранения данных.

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