Главная

Традиция приурочивать завершение чего бы то ни было к праздникам - явно не только наше изобретение. Проект, которым я сейчас занят, пишется для наших американских коллег, и все это время я доводил все, что должно быть доведено именно к Новому году (хорошо хоть не к Рождеству, иногда мне кажется, что последняя неделя до завершения - это те самые мифические 20% времени, за которые делаются 80% всей работы, причем сам срок "неделя" абсолютно не зависит от сроков всего проекта :) Но только что я понял, что если не напишу этот выпуск в ближайшие пару дней - шансов встретиться с вами этом году уже не будет. Так что ...

Недавно я наткнулся на интересную статью в MSDN Magazine. Называлась она "Ten Must-Have Tools Every Developer Should Download Now". "Must-have" или не "must-have" решать конечно вам, а вот "must-know", я думаю, однозначно. Так что в качестве небольшого подарка к Новому Году в этом выпуске мы поговорим о: [читать дальше]

Как я и обещал, сегодняшняя статья будет чисто практическая - "подключил, настроил - работает". А разговор у нас пойдет о работе с базой данных, или, если быть конкретнее, как при помощи Microsoft Data Access application block значительно упростить себе жизнь при получении и сохранении даных.

Почему выпуск называется "На дальнем рубеже ..."? Мысленно представим себе схему многоуровневого (n-tier) приложения. Представили? Вот прямо перед нами нагромождение стендов, прилавков, все увешано рекламой, постоянно слышны сообщения "Уважаемые посетители, если вы пройдете на третий этаж, то в отделе парфюмерии ..." - это Presentation Layer. Выходим оттуда и попадаем на улицу, переполненную деловито снующими людьми, передающим друг другу дипломаты с пачками денег - Business Object Layer. О! видели? Вот какой-то мужчина просто исчез в момент, когда он уже почти передал битком набитый дипломат - не иначе как транзакция откатилась. [читать дальше]

Сегодня, как и было обещано, мы отвлечемся от философских рассуждений о смысле программирования и займемся сугубо практическими вещами - посмотрим, что сможет нам помочь писать код быстрее, проще и с меньшим количеством ошибок. Если опять таки не рассматривать теории и методологии ("Займись парным программированием - и качество ваших программ значительно возрастет!" - тренер по XP, или "Заполни вот эти 120 форм и документов - и у вас не возникнут вопросы "А кто сказал, что оно должно быть зеленым?" - методист MSF Formal и т.д.), то ответ знают все - вынести служебный код в отдельние модули, превратить эти модули в черные ящики, реализовать внутри них максимально эффективные алгоритмы, отладить до немыслимого совершенства (это вполне реально, ведь каждое использующее их приложение невольно участвует в процессе тестирования) и, вуа-ля: [читать дальше]

Как видите, мы опять вернулись к теме Архитекторов. Дело в том, что в предыдущих статьях я не упомянул об одной возможности Архитекторов, без которой обзор этого типа героев был бы не полным. О ней не вспоминалось раньше, потому что, не смотря на всю свою важность, эта возможность оставалась одной из самых спорных проявлений силы Архитекторов. Ей было посвящено множество теоретических и вполне практических манускриптов, появлялись целые фирмы, создававшие и совершенствовавшие заклинания и артефакты для этого аспекта силы, его знание обязательно включалось в резюме каждого уважающего себя Архитектора, все понимали почему это важно и как это нужно применять, но ... когда речь заходила о личном опыте в этой области, появлявшиеся улыбки были понятны только посвященным. Вы наверное уже догадались, что речь пойдет о прямом и обратном проектировании при помощи диаграмм (direct and reverce engineering). [читать дальше]

Ничего трагичного в названии конечно нет. Просто в сегодняшнем выпуске я надеюсь завершить обзор Архитекторов, который и так затянулся на несколько статей. Ну а еще, я наверное до сих пор под впечатлением концовки шестой книги о Гарри Поттере, в которой уходит один из главных и уж точно самый добрый герой этой эпопеи ... Возможно тут сказалась общая приземленность или плохой вкус, но эта книга заставила меня прочуствовать и переживать за героев намного сильнее чем большинство признанных классиков и "властителей дум человеческих" ... Но ладно, не будем отвлекаться, к делу ... [читать дальше]

Как всегда доброе утро! Как вы помните, мы изучали заклинания, доступные расе Архитекторов. Первое заклинание называлось "Application Diagram" и позволяло создавать диаграммы, описывающие компоненты вашего проекта и связи между ними. Например, вы могли указать, что ваш проект состоит из: [читать дальше]

Как мы и договаривались, сегодняшний выпуск будет посвящен возможностям, которые предоставляет клиентская часть Team System - различные редакции Visual Studio 2005. Сразу хочу извиниться за некоторые несерьезные названия и сравнения, уж слишком сильно работа с новой Visual Studio вначале напоминала мне игрушку - помните то ощущение, когда, затаив дыхание, Вы вскрывали коробку, полную занятных подарков и сюрпризов? Но могу пообещать, что не смотря на некоторую легкость, каждая фраза будет иметь смысл, какой бы несерьезной она бы не выглядела.

Итак, если Вы хотите принять участие в этой увлекательной игре, в первую очередь Вам нужно будет выбрать один из игровых серверов. Если Вы помните, в качестве сервера Team System использует Team Foundation Server - именно они поддерживают игры, к одной из которых Вам и предстоит присоединиться. Выбирая подходящий сервер учтите, что правила игры могут отличаться от сервера к серверу - по большей части они определяются тем шаблоном (process template), который был использован администрацией игры (игроками с правами Namespace Administrator) при ее создании. [читать дальше]

Сегодня мы разберем, каким образом Team System позволяет организовать работу команды для разработки проектов. Среда Team System создавалась вовсе не по принципу - "вот это удобно, а давайте-ка мы его тоже включим". В VS 2005 команда Microsoft реализовала поддержку той модели, которая все это время использовалась внутри самой фирмы для разработки ее продуктов. Концепции work items, их характеристики, типы отчетов, различные виды диаграмм - все это применялось программистами, архитекторами и менеджерами Microsoft, совершенствуясь и оттачиваясь. Именно эти методологии и были наконец-то предоставленны в виде продукта под названием VS Team System 2005. [читать дальше]

Знаете, иногда в журналах делают врезки на несколько страниц, размещая там материалы из других журналов? Ну, например, чтобы напомнить любителям аудиотехники, читающим журнал "Stereo\Video", что существуют чудесные автомобильные магнитолы (далее идет врезка из журнала "Car Audio"), в комплекте с которыми заодно идет целый автомобиль?

Вот и мы пролистаем сегодня врезку с названием "На переднем крае: MS Visual Studio 2005". VSTS, WSS, TFS, опять VSTS (не путать с первым VSTS :), MSF, SQL RS ... Кто-то из Вас озадаченно задумается, а кто-то улыбнется со знанием дела. Еще три месяца назад я смело относил себя ко вторым. Конечно, что же тут сложного, всем известно, что это сервисы и технологии, которые прийдут с новой Visual Studio. Куча новых возможностей, все еще проще и еще лучше и смутная надежда на то, что Visual Studio наконец-то перестанет при каждой удобной возможности переформатировать Ваш html код в каком-то извращенном стиле сюрреалистского постмодернизма (извините, наболело!). При помощи VSTS и VSTS пишут программы, на WSS делают порталы, TFS ... ну, это что-то типа SourceSafe + Star Team, MSF вобще старо как мир, ну а SQL RS явно что-то для SQL Server ...

Ммм, ты прав, с легкой улыбкой сказал бы я сейчас самому себе, тому который второй ... А не знаешь случайно, для чего переименовывают Excel.exe в xllex.dll? А почему вопрос как удалить Work item вызывает такую улыбку? И почему поля StartDate и EndDate всегда пустые? И из-за чего ... Тем, у кого закрадываются смутные подозрения, что не все так просто и все намного интереснее, посвящается сегодняшний выпуск ... [читать дальше]

В этом выпуске я обещал показать на реальном примере, как создавать инфраструктуру для обработки ошибок в приложениях.

Вкратце напомню о чем шла речь в прошлой рассылке: фирма Microsoft разработала библиотеку Enterprise Library, состоящую из application blocks, которые позволяют решать многие стандартные задачи, в том числе и управлять обработкой ошибок. Я рассказывал о первой версии этой библиотеки, которой пользовался до недавнего времени. Сейчас существует вторая версия, последний релиз которой вышел в июне 2005 года. Поскольку рассказывать о чем-то на примере уже недоступного кода как-то глупо, я вздохнул, скачал последнюю версию и подумал "ну, нет худа без добра, давно пора было разобраться, а тут глядишь, пока объясняешь - может и сам чего-то поймешь ...". Итак, Exception Handling Application Block.

Сначала об отличиях: [читать дальше]