Архітектурні інструменти в Visual Studio 2010, Різне, Програмування, статті

Розробка нового функціоналу для наявної програми може спантеличити будь-кого, оскільки завжди є різниця між початковим дизайном та поточної реалізацією. Нові архітектурні інструменти в Visual Studio Team System 2010 допоможуть вам зрозуміти наявне додаток, спроектувати необхідну вам нову функціональність і перевірити що ваша реалізація відповідає вашому дизайну.


Визначення того, що ви маєте


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


Ви можете отримати візуальне уявлення вашого рішення по збірці, простору імен, класу або настроювати фільтру у вигляді документа у форматі Directed Graph Markup Language (DGML), використовуючи інструмент Generate Dependency Graph:


Як показано нижче, створений на підставі рішення DGML-документ може бути представлений в декількох варіантах: Dependency Matrix, Force Directed Layout або Top to Bottom layout. Кожне варіант предлагет своє власне уявлення структури проекту.


Це високорівневе подання і прекрасна можливість оцінити загальне уявлення архітектури свого застосування. Але уявлення про залежності для області змін, які вам необхідно зробити допоможе зробити за 15 хвилин то, на що міг знадобитися час. Наприклад, можливість візуалізувати взаємини класу Cart з іншими класами, дозволяє отримати дуже простий спосіб внести зміни в механізм кошика:


Інший корисний спосіб зрозуміти як працює ваш додаток – це можливість візуалізувати послідовність викликів, які відбуваються в ключових частинах вашого застосування. Функція Generate Sequence Diagram, доступна через редактор коду, надає вам можливість поглянути на виклики методів, які виробляє ваш додаток. Нижче ви можете подивитися на зображення послідовності викликів, яку виробляє метод Add для кошика.


Дизайн нового функціоналу


Тепер, коли ви більш повно уявляєте собі як працює ваше існуючу програму, ви зможете більш ефективно розробити новий функціонал. Співпраця команди при розробці дизайну вимагає спілкування один з одним в стандартному вигляді. Діаграми Unified Modeling Language (UML) дозволять вам висловити ваш дизайн програми в зрозумілому для інших вигляді. Наприклад, ви можете побудувати діаграми UML Component і UML Class які описують існуючі елементи структури вашого дизайну, а потім додати в діаграми нові елементи, щоб проілюструвати і задокументувати ваші зміни. Нижче представлений варіант такий Component-діаграми:


Class-діаграма може виглядати так:


Діаграма Use Case представлена ​​нижче дозволяє команді краще зрозуміти функції і прийти до рішення про додавання функцій в додаток:


Працюючи з діаграмами UML, ви можете створювати або пов’язувати елементи в дизайнера з елементами в системі Work Item Tracking сервера Team Foundation Server (TFS):


Забезпечення валідації додатків


З часом, якість коду в проекті може деградувати, якщо виправлення багів і додавання функцій не здійснюється відповідно до архітектурою. Це той випадок коли можуть допомогти інструменти Layer designer і Layer validation. Layer designer дозволяє вам визначати логічні рівні і валідні способи повідомлень між рівнями в проекті. Коли ви асоціюєте збірки, простору імен і класи з шарами в дизайнері Layer diagram, ви можете валідувати існуючий або новий код на базі обмежень рівня. Наприклад, на цій діаграмі рівня, коду з рівня подання допускається мати зв’язки з кодом на рівні бізнес-логіки. У теж час, так як тут не представлена ​​зв’язок між рівнем представлення та доступу до ресурсів (Resource Access), то будь-який код, який намагається отримати таку залежність має привести до помилки під час компіляції.


Ви можете виробляти валідацію обмеження рівнів з дизайнера, командного рядка або шляхом процесу складання. Процес складання гарантує, що код порушує обмеження рівнів не потрапить на засіб контролю коду.

Ми розглянули деякі архітектурине інструменти Visual Studio Visual Studio Team System 2010.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*