Кратко съдържание

Множественост на връзките

Клас диаграми – пример

По затворените стрелки разбираме, че класовете Square и Rectangle на­сле­дя­ват Shape и имплементират интерфейса ISurface­Calculatable, а те от своя страна са наследени съответно от FilledSquare и Filled­Rectangle.

Виждаме също как с отворени стрелки е изобразена връзката "тип съдържа инстанция на друг тип като свой член", както например класът Filled­Rectangle съдържа инстанция на структурата Color.

Пространства от имена (namespaces)

Дефиниране

Достъп до типовете

Пълно име на тип

Използването на пространства от имена позволява дефинирането на типове с едно и също име, стига те да са в раз­лич­ни пространства. Пос­редством използването на пълни имена се раз­ре­ша­ват конфликтите, породени от еднаквите имена на типовете. Например клас с име Config може да е дефиниран както в пространството SofiaUniversity. DataAccess, така и в SofiaUniversity.InternetUtilities. Ако е необ­ходимо в даден клас да бъдат използвани едновременно и двата класа, те се достъпват с пълните си имена: SofiaUniversity.DataAccess.Config и SofiaUniversity.InternetUtilities.Config.

Ключовата дума using

Подпространства

Подпространства могат да бъдат дефинирани в тялото на пространството ро­дител, но могат да бъдат създадени и в отделен файл. В такъв случай се из­ползва пълно име на пространство от имена. То представлява соб­стве­ното име на пространството предшествано от родителите му, разделени с точ­ки, както например System.Windows.Forms. Пълното име на тип, де­фи­ниран в подпространство, трябва да съдържа пълното му име, например System.Windows.Forms.Form.

Следва да илюстрираме дефинирането на една простра структура от про­стран­ства от имена:

namespace SofiaUniversity.Data { public struct Faculty { // ... } public class Student { // ... } public class Professor { // ... } public enum Specialty { // ... } } namespace SofiaUniversity.UI { public class StudentAdminForm : System.Windows.Forms.Form { // ... } public class ProfessorAdminForm : System.Windows.Forms.Form { // ... } } namespace SofiaUniversity { public class AdministrationSystem { public static void Main() { // ... } } }

В примера по-горе виждаме дефинициите на основното пространство SofiaUniversity и подпространствата му SofiaUniversity.Data и SofiaUniversity.UI, в които сме дефинирали нашите потребителски ти­по­ве, например класовете SofiaUniversity.AdministrationSystem и SofiaUniversity.UI.StudentAdminForm, и структурата SofiaUniversity. Data.Faculty.

Използвайки директивата using можем да включваме пространства, зададени с пълното им име. Тази директива включва единствено това пространство, което спо­менаваме изрично, но не и неговите подпрост­ранства. Например, ако ука­жем using System.Windows няма да имаме директен достъп до класа System.Windows.Forms.Form.

Използвайки ключовата дума using можем да задаваме също и псевдо­ними на пълните имена на пространствата, както например:

using WinForms = System.Windows.Forms; namespace SofiaUniversity.UI { public class StudentAdminForm : WinForms.Form { // ... } // ... }

Как да организираме пространствата?

Логическа организация

Физическа организация

За проекта от примера по-горе е удачно да организираме типовете във файлове по следния начин:

Виждаме, че класът Student от пространството SofiaUniversity.Data е разположен във файла Student.cs от поддиректорията Data на директо­рия SofiaUniversity от нашия проект. По същия принцип класът ProfessorAdminForm се намира във файла SofiaUniversity/UI/ ProfessorAdminForm.cs.

При такава организация е много лесно да се запознаем визуално и с логи­ческата, и с физическата структура на компонентите, които изграждат проекта ни. Когато двете не се разминават, навигацията в сорс кода на системата и като цяло работата с нея се улеснява значително.