VS 2010: Валідація архітектури додатки, Різне, Програмування, статті

У своєму минулому пості про сподобалися можливості я розповідав про граф залежностей, доступного в VS 2010 Ultimate Edition. Далі за списком у мене – валідація структури програми, наступний крок для поліпшень вашої архітектури.


Побудова діаграми структури


Ми скористаємося тестовим додатком Tailspin з попереднього поста. Тепер, коли я зрозумів базову структуру програми, я хотів би прикрутити його до своєї архітектурі. У нашому випадку додаток написано, використовуючи паттерн MVC. Давайте переконаємося в цьому. Для цього додамо нову діаграму структури через меню Architecture:



 


Я отримаю порожню діаграму структури, де зможу визначити шари моєї архітектури. Трохи попотівши, ми отримаємо всі основні шари:



Начебто, не погана архітектура вийшла, але нам потрібно зрозуміти, як фізична реалізація має реальну зв’язок з цією логічної архітектурою. Для цього, ми можемо перетягнути на відповідний шар потрібні класи, які відповідають за його реалізацію.



Після розстановки класів з потрібним верствам, ви можете попросити систему з’ясувати зв’язку, натиснувши правою кнопкою по поверхні конструктора, вибравши Generate Dependencies:



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



Оновлення вашої імплементації


На даному етапу у нас є діаграма, що описує фізична будова. Але ось проблема – в MVC паттерні, ми не хочемо, щоб подання спілкувалося безпосередньо з моделлю. Таке часто трапляється, якщо хтось пише код, який працює безпосередньо з шаром даних, а не через бізнес логіку (таку помилку легко допустити). Давайте це виправимо, видаливши лінію:



Після цього, ми натиснемо правою кнопкою по графу і виберемо Validate Architecture:



Visual Studio проаналізує всі зв’язки і буде шукати ті, які порушують або не відповідають діаграмі структури, поміщаючи їх в список помилок:



У нас з’явилася можливість, пройтися по коду і виправити вкравши помилки, і повторювати крок Validate Architecture до тих пір, поки не зникнуть всі помилки.


Зміцнення структури в білді


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


Додавши нове визначення в білд TFS, яке використовує Gated Check-in, ми зміцнимо архітектуру:



Коли ви використовуєте Gated Check-in, всі зміни, які ви відправляєте в TFS, повинні будуть пройти спершу тести (відсутність помилок, пройти набір тестів і т.п.). В такому випадку, якщо у вас виникли помилки, зміни не застосовуються і не потрапляють у ваш білд. Ми додамо ще один крок у в закладці Process:



Тепер так само і білд буде виробляти валідацію архітектури.


Підсумки


Існують кілька ключових понять:


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


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

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

Ваш отзыв

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

*

*