Mike Chaliy's Blog

Хочу розвповісти про практичне використання DDD/Rich Moldel

2009-09-26T12:48:00Z

За останні пів року, в мене з’явилась можливість використовувати архітектурні рішення, про які я міг тільки патякати. Мабуть найбільш значущим для мене виявилось Domain Driven Design. За цей період теоретичне підґрунтя зіткнулось з великою кількістю практичних проблем. Саме про це я і хочу розповісти на UNETA.

Попередньо планую щось таке:

Дуже-дуже стисло про DDD/Rich Model, так щоб ми спілкувались однією мовою. Наразі я сподіваюсь, що це не знадобиться зовсім;
Як зберегти Persistence Ignorance використовуючи БД на повну? Як ідентифікувати сутності в таких випадках?
Як забезпечити валідність моделі?
Що робити з великими об'єктами та моделями?
Як робити складні репорти?
Що робити коли потрібно реалізувати взаємодію між контекстами?

Швидше за все ця доповідь буде цікавою в першу чергу для тих у кого є бажання використовувати DDD. Або навпаки у кого немає бажання. Також буде цікаво розробникам корпоративних додатків. Адже можна впроваджувати окремі практики DDD.

Якщо є побажання/питання/тощо, прошу в коменти або поштою.

До речі, на правах піару. Я тут вирішив практикуватися англійською. А тому в мене з'явився ще один блог. Англійська поки що не дуже, але вже можна хочаб зрозуміти ;), тому не бийте жорстоко. Лінка на блог Mike Chaliy (EN) або RSS

IronPython - Лінки

2009-02-19T14:26:08Z

Мій колега опублікував велику кількість лінків стосовно IronPython. Подивитись можна тут.

FxCop(Code Analysis) для нормального кода

2009-02-05T10:26:27Z

Нещодавно я писав про те що ми врубили Code Analysis, а сьогодні я розповім про те як ми його вирубили ;).

Отже, малюнок олією… Ти натискаєш Ctrl+Shift+B (Build Solution) і йдеш пити чай. Адже Code Analysis включений в білд, це 30-60 секунд на кожен проект, а проектів пару десятків… А я без білдів не можу…

Рішення #1, RunCodeAnalysis в Always

Ми просто перенесли аналіз на білд сервер(TFS Build Server). Для того щоб це зробити, достатньо в MSBuild скрипті встановити RunCodeAnalysis в Always. Наприклад це можна зробити за допомогою такого кода:

        1: <PropertyGroup>

       2:     <RunCodeAnalysis Condition=" '$(RunCodeAnalysis)'=='' ">Always</RunCodeAnalysis>

       3: </PropertyGroup>

А можна і за допомогою аргументу…

       1: /p:RunCodeAnalysis=Always
  

Always буде ігнорувати налаштування проекту, і завжди буде робити аналіз коду. А отже тепер за бажанням можна вимкнути аналіз на кожний білд.

Нижче інші значення RunCodeAnalysis

Default	Це значення по замовчуванню, означає що все залежить від налаштувань кожного проекту.
Always	Буде завжди робити аналіз
Never	Ніколи…

Рішення #2, Локальний перезапис

Хоча є ще одне рішення… Воно значно деструктивніше ;), там нам важливий результат. Просто додати юзер оверрайди для проекту..

Додаємо файл MyProj.csproj.user з таким вмістом:

       1: <Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

       2:   <PropertyGroup>

       3:     <RunCodeAnalysis>false</RunCodeAnalysis>

       4:   </PropertyGroup>

       5: </Project>

І все! На локальній тачці аналіз не запускається, а вже на білд сервері так. Головне перед чекіном на забувати таки зробити аналіз…

Рішення #3, Окрема конфігурація

Тримати окрему білд-конфігурацю для білд-серверу. Тобто усі по замовчуванню нічого не аналізують, а спеціальна білд-конфігурація для сервера аналізує. Єдине що мені заважє жити, так це підтримка ще однієї конфігурації…

Рішення #4, IsDesktopBuild

А можна ще відокремити локальний та серверні білди …

       1: Condition=" '$(IsDesktopBuild)'!='true' "
  

Висновок

Так чи інакше, а вибір є ;), швидких вам білдів!

T4 (Visual Studio Text Templates) - Початок

2009-02-03T22:23:47Z

Ненавиджу писати вступні пости, але за роки в мене забралось вже багато інфи про T4, і мені потрібно її якось увіковічити… А для цього потрібен фундамент. Окрім вас мене ніхто читати не буде, тож терпіть…

Text Templates, або просто T4 – це вбудований в Visual Studio 2008 (в 2005 треба окремо встановлювати) двигун для генерування тексту. Виглядає дуже схоже на Asp.NET сторінки. Приблизно так само і працює. Для того щоб розпочати роботу потрібно додати файл з розширенням tt (наразі, можна скористатися вже готовим темплейтом в студію). Туди вписати щось на кшталт:

        1: <#@ template inherits="Microsoft.VisualStudio.TextTemplating.VSHost.ModelingTextTransformation" debug="true" language="C#v3.5" hostspecific="true" #>

       2: <#@ assembly Name="System.Core.dll" #>

       3: <#@ output extension=".cs" #>

       4: class Test

       5: {

       6:     public void DoSomething()

       7:     {

       8:         System.Console.WriteLine("Generated at {0}", "<#= DateTime.Now.ToString() #>");

       9:     }

      10: }

Директива template, це щось на кшталт Page а ASP.NET. Там можна вказати базовий клас, мову, тощо. З іншими директивами можна ознайомитись тут.

Код після директиви output, це і є темплейт, а наприклад конструкція <#= DateTime.Now.ToString() #> вставить поточну дату в результуючий файл.

В результаті повинно вийти щось на кшталт:

       1: class Test

       2: {

       3:     public void DoSomething()

       4:     {

       5:         System.Console.WriteLine("Generated at {0}", "01.02.2009 0:59:35");

       6:     }

       7: }

Інший приклад генерування за допомогою контролюючих структур:

       1: <#

       2: foreach (var currentChar in new []{"A","B","C"})

       3: {

       4: #>

       5:     Console.WriteLine("<#= currentChar #>");

       6: <#

       7: }

       8: #>

Так саме як і Page, темплейт генерує код в темп фолдері, а потім його вже компілює. Так само як і з ASP.NET цим можна користатися наприклад для того щоб продивитись результуючий код.

Схоже все.. Тепер це все можна використовувати. Наприклад зараз в мене T4 будує:

Солюшени для SharePoint (маніфест, каб-дефінішен, фітчер)
Купу однотипного коду (константи, синтаксичний цукор)
DAL (Маппери з IRecord в об’єкти, фасади)
Веб-сервіси (Конфігурацію, Контракти)
Базу даних (SQL таблиць та в’юх)

Ресурси

Generating Artifacts By Using Text Templates – початкова сторінка на MSDN.

Oleg Sych – блог де є що почитати про T4… Наприклад Pros and Cons of T4 in Visual Studio 2008.

Категорія T4 на Patterns and Practices Guidance, теж є що подивитись, особливо на приклади реального використання.

T4 Templates in ASP.NET MVC – в інтеграція MVC Framework та студії використовує T4 для генерації коду.

Темплейт в Visual Studio 2008 – простий шаблон.

Далі буде! Веселих вам темплейтів!

Темплейти до темплейтів. T4 (Text Template) Template для Visual Studio 2008

2009-02-03T10:41:00Z

В студії чомусь немає темплейтів для T4… Я вирішив це виправити ;).

Тут можна скачати інсталлер.

В інсталлер я запакував один единий темплейт для C# 3.0.

Якщо потрібен .NET 2.0, то в директиві template в атрибуті language повинен бути просто “C#”.

Flow-chart навчання Flow-chart

2009-01-24T10:31:44Z

Це треба бачити - http://xkcd.com/518/. Діаграма навчає діаграмі!

Чому мені сподобався F#...

2009-01-18T14:30:56Z

В мене відпустка, і я вирішив зблизька подивитись на функціональні та динамічні мови. Отже далі про функціональну мову від Microsoft – F#.

Що мені сподобалось

1) Референс типи без null.

        1: type Person{FullName:string}

       2:  

       3: let AcceptPerson p

       4:     pringfn p.FullName // А тут не потрібно первіряти p на null

       5:  

       6: AcceptPerson(null) // Таке не можливо

Тобто якщо викликати AcceptPerson з C# то туди можна закинути null. Але в середовищі F# все чудово, компілятор почне лаятись.

Нажаль тут є проблема. F# використовує System.String. А тому FullName таки може бути null.

2) “Безпомилкова” обрабока “enum-ів”. Насамперед це не енуми, це прості класи, але з чіткою ієрархією – це я про “union type”

       1: type Content =

       2: | Html

       3: | Text

       4: | Binary

Цей запис означає що у типу Content може бути тільки три значення. Якщо спробувати обробити його за допомогою аналога (в цьому випадку) switch-а, то отримаємо таке попередження:

“Incomplete pattern matches on this expression. For example, the value 'Binnary' will not be matched”

3) А як вам таке?

       1: type Content =

       2: | Html of string

       3: | Text of string

       4: | Binnary of byte[]

Це означає що кожен зі значень може приймати те ще написано після of…

       1: let ToString c =

       2:     match c with

       3:     | Html s -> StripTags(s)

       4:     | Text s -> s

       5:     | Binnary b -> BytesToString(b)

А це як воно може оброблятися.

4) А як мінімалістично можна задавати типи…

       1: type Person = {

       2:     FullName: string

       3:     Email: string

       4: }

З точки зору CLR це повний тип, з проперятями, з конструктором, з компаратором і незмінний. Майже ані, крапки зайвого коду!

5) Вивід типів…

       1: let BuildMe() = {

       2:     FullName = "Mike Chaliy";

       3:     Email = "mike@chaliy.name"

       4: }

Зауважте що тут жодного типу. Але ж F# повністю(маніакально) типізована мова. Компілер все робить самотужки.

       1: public static Person BuildMe()

       2: {

       3:     return new Person("Mike Chaliy", "mike@chaliy.name");

       4: }

Це щось на кшталт var в C#, але значно потужніший, наприклад по коду він зрозумів що мені потрібен Person.

6) Матчінг. В порівнянні C# switch, конструкція match в F# може робити дива. По-перше, як я вже і казав, match перевіряє правильність. По-друге, переходи можна робити за складними матчінгом.

       1: let ToString2 c =

       2:     match c with

       3:     | Html s when s.StartsWith("<html>") -> StripTags(s)

       4:     | Html s -> StripTags(s)

       5:     | _

Тобто перша гілка піде для тих Html які починаються з “<html>”, а друга для всіх інших.

7) Функції, вони тут об’єкти першого класу, а отже можуть бути аргументами, полями, тощо..

Ну і в інший бік, що мені не сподобалось

1) Як я вже казав рядки. Вони можуть бути null. Я для цього просто написав свою реалізацію рядка.

       1: JustString s1 = "test"; // JustString не може бути null

       2: string s2 = s1;

       3: Console.WriteLine(s2 == s1);

Я вже зробив проект на CodePlex за декілька днів пробалішу.

2) Компіляція залежить від порядку файлів. Тут два рішення, або в файлі проекту руками сортувати, або використовувати файли дефенішени (щось на кшталт h файлів в С++) – fsi.

3) Нема підтримки папок в студії.

4) Дуже слабка підтримка студії. Тут і відсутність темплейтів, і рефакторінгів, і дизайнерів.

5) В угоду сумісності з OCaml залишаються артефакти які нікому не потрібні, наприклад директива light#.

6) Поки що проблеми з іменами базової бібліотеки. Так тут можна знайти zero_create, exists2, FromList – тобто в бібліотеці можна знайти і камл, і паскаль, і підкремелння, і нові версії функцій з номерами… Певне більшість такого зроблено для сумісності, але ж!

7) Немає неявного кастінгу інтерфейсів. Тобто якщо у вас є функція яка повертає інтерфейс, і клас який цей інтерфейс реалізовує, то вам все одно потрібно зробити кастінг в інтерфейс.

       1: let Create() =

       2:     new Implemenation.DefaultBlogManager() :> IBlogManager

       3:     // тут ми DefaultBlogManager закастили к IBlogManager

8) Поки що мало прикладів. З цим можна жити, але тяжко ;).

Висновок

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

Ресурси

The F# 1.9.6 Draft Language Specification – добре написана спека, я не знаю чи складно її використовувати для того щоб написати F#, а ось для щоб вивчати вона просто супер.

hubFS: THE place for F# – F# комуніті, дуже жвавий форм, відповідають одразу, там же тусуються і розробники.

Пошук по F# – наразі вже купа статей, книг, блогів..

FxCop(Code Analysis) для Legacy кода

2009-01-08T09:13:46Z

Нещодавно ми вирішили що нам потрібен Code Analysis. У нас є база з декількох десятків тисяч рядків коду яку ми підтримуємо, але активно не розробляємо. Код писався декілька років тому, і Code Analysis репортить майже стільки проблем скільки рядків коду. Фіксити усі ті тисячі попереджень, немає ні часу ні бажання, єдине чого кортить це перевірка в новому коді.

Перше що спадає на думку це повимикати усі неугодні рули. Але проблема в тому що і на новий код це діяти не буде! Більше того воно не буде діяти навіть коли ріками викликати Run Code Analyse! Як то кажуть “ф топку!” таке рішення.

Коротка версія

Зупинились на “тимчасовому” “придушенні” попереджень. Тобто виділили усі попередження, і зробили їм Suppress Message(s)/In ProjectSuppression File.

Повна версія

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

Потім Suppress Message(s)/In ProjectSuppression File для всіх попереджень.

І на при кінці, перейменували GlobalSuppressions.cs в GlobalSuppressionsTemp.cs, цим ми відокремили ті попередження які ми поки що не хочемо вирішувати, і ті які ми і справді будемо додавати для нового коду.

Проблеми

Перша проблема це те ще неможливо виділити більше за 200 попереджень. Ми цю проблему не вирішували. Але щось мені підказує що це не проблема трансформувати результати FxCop(це простий XML) в такий собі кастомний GlobalSuppressions.cs.

Друга проблема це рефакторінг. За рахунок того що “придушення” в файлі проекту, зрозуміло що навіть перейменування,призводить до того що “придушення” стають не актуальні. З цією проблемою ми боремось двома шляхами. Або просто додаємо “придушуємо” нові попередження, або фіксимо.

Третя проблема, це застарілі “придушення”. Але у нас поки що їх не так вже і багато… Так чи інакше ми це ще не вирішили.

LINQ для об’єктної моделі SharePoint, або інших IDisposable об’єктів

2009-01-05T12:05:08Z

Об’єктна модель SharePoint більш-менш ієрархічна. Тобто є Web Application а в ньому Site-и, у сайта – Web-и, у веба - List-и, тощо. Так вже виходить, що не рідко з’являється потреба по цій ієрархії бігати. Ось невеличкий приклад, пошуку потрібного Event Receiver-у.

        1: foreach (SPSite site in GetApplicationByUrl("http://test/").Sites){

       2:     using (site){

       3:         foreach (SPWeb web in site.AllWebs){

       4:             using (web){

       5:                 foreach (SPList list in web.Lists){

       6:                     foreach (SPEventReceiverDefinition eventReceiver in list.EventReceivers)

       7:                     {

       8:                         if (eventReceiver.Assembly == "Test"

       9:                             && eventReceiver.Class == "Test")

      10:                         {

      11:                             Console.WriteLine("Site: {0}; Web: {1}; List: {2}; Receiver: {3}",

      12:                                               site.Url, web.Name, list.Title, eventReceiver.Class);

      13:                         }

      14:                     }

      15:                 }

      16:             }

      17:         }

      18:     }            

      19: }

Бридко! Читати не реально. Розбити на декілька методів, теж не реально. І це я повикидав чи не половину перевірок! В реальному житті там був просто жах!

Ось в таких випадках і може згодитися LINQ, дивіться:

       1: var results = from site in GetApplicationByUrl("http://test/").Sites.Cast<SPSite>()

       2:               from web in site.AllWebs.Cast<SPWeb>()

       3:               from list in web.Lists.Cast<SPList>()

       4:               from eventReceiver in list.EventReceivers.Cast<SPEventReceiverDefinition>()

       5:               where eventReceiver.Assembly == "Test"

       6:                     && eventReceiver.Class == "Test"

       7:               select new

       8:                          {

       9:                              SiteUrl = site.Url,

      10:                              WebName = web.Name,

      11:                              ListTitle = list.Title,

      12:                              ReceiverClass = eventReceiver.Class

      13:                          };

      14:  

      15: foreach (var result in results)

      16: {

      17:     Console.WriteLine("Site: {0}; Web: {1}; List: {2}; Receiver: {3}",

      18:         result.SiteUrl, result.WebName, result.ListTitle, result.ReceiverClass);

      19: }

Той самий функціонал, але значно читабільніше!

Але тут виникає інша проблема, в SharePoint майже вся об’єктна модель це обгортка навколо COM, та що тут скажеш, великих COM об’єктів. Єдина можливість з цим жити це IDisposable… Нажаль IDisposable не дуже вкладається в рамки LINQ. Ось я і вирішив це виправити.

       1: SPWebApplication webApplication = GetApplicationByUrl("http://test/");

       2:  

       3: var results = from site in webApplication.Sites.Cast<SPSite>()

       4:               from web in site.WithDisposabler(site.AllWebs.Cast<SPWeb>()) // <- Зміна тут

       5:               from list in site.WithDisposabler(web.Lists.Cast<SPList>()) // <- та тут

       6:               from eventReceiver in list.EventReceivers.Cast<SPEventReceiverDefinition>()

       7:               where eventReceiver.Assembly == "Test"

       8:                     && eventReceiver.Class == "Test"

       9:               select new

      10:               {

      11:                   SiteUrl = site.Url,

      12:                   WebName = web.Name,

      13:                   ListTitle = list.Title,

      14:                   ReceiverClass = eventReceiver.Class

      15:               };

      16:  

      17: foreach (var result in results)

      18: {

      19:     Console.WriteLine("Site: {0}; Web: {1}; List: {2}; Receiver: {3}",

      20:         result.SiteUrl, result.WebName, result.ListTitle, result.ReceiverClass);

      21: }

Додався маджік з WithDisposabler. Це невеличкий метод-“розширення” який огортає IEnumerable дргугого аргументу в спеціальний адаптер для IEnumerable<T> та IEnumerator<T>, який, в свою чергу, просто викликає метод Dispose у першого аргументу. В нашому випадку це і є ота обгортка над COM.

Код методу WithDisposabler.

       1: public static class EnumerableExtensions

       2: {

       3:     public static IEnumerable<TItem> WithDisposabler<TItem>(this IDisposable disposable, IEnumerable<TItem> items)

       4:     {

       5:         if (disposable == null)

       6:         {

       7:             throw new ArgumentNullException("disposable");

       8:         }

       9:  

        if (items == null)

        {

            throw new ArgumentNullException("items");

        }

        

        return new DisposableEnumerable<TItem>(disposable, items);

    }

  

    private class DisposableEnumerator<TItem> : IEnumerator<TItem>

    {

        private readonly IDisposable disposable;

        private readonly IEnumerator<TItem> items;

  

        public DisposableEnumerator(IDisposable disposable, IEnumerator<TItem> items)

        {

            this.disposable = disposable;

            this.items = items;

        }

  

        public void Dispose()

        {

            this.items.Dispose();

            this.disposable.Dispose();

        }

  

        public bool MoveNext()

        {

            return this.items.MoveNext();

        }

  

        public void Reset()

        {

            this.items.Reset();                

        }

  

        public TItem Current

        {

            get

            {

                return this.items.Current;

            }

        }

  

        object IEnumerator.Current

        {

            get

            {

                return Current;

            }

        }

    }

  

    private class DisposableEnumerable<TItem> : IEnumerable<TItem>

    {

  

        private readonly IDisposable disposable;

        private readonly IEnumerable<TItem> items;

  

        public DisposableEnumerable(IDisposable disposable, IEnumerable<TItem> items)

        {

            this.disposable = disposable;

            this.items = items;

        }          

  

        public IEnumerator<TItem> GetEnumerator()

        {

            return new DisposableEnumerator<TItem>(this.disposable, items.GetEnumerator());

        }

        

        IEnumerator IEnumerable.GetEnumerator()

        {

            return this.GetEnumerator();

        }

    }

}

Щось схоже пішло в продакшен. Подивимось!

Чи хто знає що там робить ReSharper?

2009-01-04T17:35:42Z

Головна сторінка Microsoft® Visual Studio® 2010…

Перше віконце – це віконце опцій ReSharper-а! Це вони мабуть знущаються з JetBrains, зробили новий редактор, а команді ReSharper тепер все переробляти ;).

Плагіни для коду для Windows Live Writer

2009-01-04T16:25:16Z

Я тут вирішив щось зробити з постінгом коду. Тобто пошукати якийсь плагін для “розкольоровування” коду. Виявилось що таких з десяток. Чи то в мене часу забагато, чи ще щось, але я усіх їх продивився. Ось найкращі результати моїх пошуків.

Code Snippet plugin for Windows Live Writer

Від інших відрізняється тим що:

1) є режим в якому тулза не питає, а просто перевикористовує останні налаштування (хоча складається враження, що в мене це не працює);

2) є підтримка корегування відступів, Ctrl+Tab та Ctrl+Shift+Tab;

3) є два режими стилів, перший прямо вбудований, а другий коли ці стилі вбудовані в головний стиль блога.

        1: from eventReceiver in list.EventReceivers.Cast<SPEventReceiverDefinition>()

       2: where eventReceiver.Assembly == "Test"

       3:     && eventReceiver.Class == "Test"

       4: select eventReceiver

Нажаль підтримує мало мов. Наприклад немає XML. Також я так і не знайшов як відредагувати вже вставлений код.

Source Code Formatter

Єдиний плюс цієї тулзи це підтримка XML, та ще десятка мов, про які я навіть не чув…

  1: from eventReceiver in list.EventReceivers.Cast<SPEventReceiverDefinition>()
  2: where eventReceiver.Assembly == "Test"
  3:      && eventReceiver.Class == "Test"
  4: select eventReceiver.Class

Paste from Visual Studio

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

from eventReceiver in list.EventReceivers.Cast<SPEventReceiverDefinition>()
where eventReceiver.Assembly == "Test"
      && eventReceiver.Class == "Test"
select eventReceiver

Висновок

В мене поки що залишаються Code Snippet plugin for Windows Live Writer та Paste from Visual Studio. Насправді, жодна з них не надає можливості легко копіювати код для читачів та легко редагувати код для авторів. Так чи інакше подивимось.

Набридло чекати Visual Studio на проектах з Тестами?

2008-12-31T10:45:34Z

Мабуть хтось вже стикався з тим що коли в Solution Explorer тицнути на проект з тестами, то Visual Studio приєднуєтся до розшуку позаземного життя і повертається до тями тілки за декілька секунд? Виявилось що цей код розташовано в тулбарі з назвою Test Tools.

Вирішується просто

1) Від’єднати від тулбара

тоді затримка буде, але невеличка.

2) Або просто ввимкнути, тоді затримки зовсім не буде…

Приємного Нового Року! Та менше гальмівних проектів!

Я їду на “Платформа 2009”

2008-11-28T11:23:57Z

Дякуючи Майкрософт Україна та ГлобалЛоджік, я їду на “Платформу 2009”. Якщо хтось теж їде, кажіть - зустрінемось!

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

04 декабря
08:00- 10:00	Регистрация
10:00- 12:00	Открытие конференции. Пленарный доклад (Большой зал).
12:00- 13:30	Обед
13:30- 14:30	Доклад: DB 201 SQL Server 2008 единым взглядом Место: Большой зал
13:30- 14:30	Доклад: AR 201 Claim-based identity: обзор технологий "Geneva" Место: Желтый зал
14:30- 15:00	Перерыв
15:00- 16:00	Доклад: DT 201 Платформа Microsoft Windows Embedded: новые возможности для Ваших проектов Место: Красный зал
16:00- 16:30	Перерыв
16:30- 17:30	Доклад: AR 203 Обзор перспектив прикладной платформы Microsoft Место: Желтый зал
16:30- 17:30	Доклад: DB 302 Миграция на SQL Server 2008 с предыдущих версий Место: Зеленый зал
17:30- 18:00	Перерыв
18:00- 19:00	Доклад: AR 204 Архитектура приложений на платформе .NET теперь в стиле Софт + Сервисы Место: Желтый зал
18:00- 19:00	Доклад: DT 204 Как написать полноценное бизнес приложение на Windows Mobile Место: Зеленый зал
19:00- 19:15	Перерыв
19:15- 20:15	Круглый стол: RN 204 Платформа Microsoft - эволюция в облако. Изменит ли реализация S+S стратегии мир? Место: Желтый зал
19:15- 20:15	Круглый стол: RN 205 Виртуализация 360 Место: Большой зал
19:15- 20:15	Вечерняя программа

05 декабря
09:00- 09:30	Перерыв
09:30- 10:30	Доклад: IS 303 Безопасный обмен данными между организациями с использованием Active Directory Rights Management Services и Active Directory Federation Services Место: Бежевый зал
09:30- 10:30	Доклад: AR 205 Обзор сервисной платформы Microsoft Azure Место: Большой зал
09:30- 10:30	Доклад: DT 405 Функциональное программирование и параллельные вычисления – новые возможности для разработчиков в .NET: Task Parallel Library и PLINQ Место: Красный зал
10:30- 11:00	Перерыв
11:00- 12:00	Доклад: AR 206 Первый взгляд на Oslo, Dublin и Workflow Foundation 4.0 Место: Большой зал
11:00- 12:00	Доклад: OS 202 Windows – как создается операционная система Место: Желтый зал
11:00- 12:00	Доклад: DB 303 SQL Server 2008: полный контроль над информацией Место: Зеленый зал
12:00- 13:00	Обед
13:00- 14:00	Доклад: DT 207 Windows Azure: Разработка для облака Место: Красный зал
14:00- 14:30	Перерыв
14:30- 15:30	Доклад: AR 107 Внедрение решений Enterprise Project Management: взгляд бизнес-архитектора Место: Бежевый зал
14:30- 15:30	Доклад: IT 211 Как Microsoft Consulting Services делает крупные инфраструктурные проекты. Уникальные технологии, средства автоматизации, и практические наработки. Место: Желтый зал
14:30- 15:30	Доклад: BI 202 Обзор SQL Server Analysis Services 2008 Место: Зеленый зал
15:30- 16:00	Перерыв
16:00- 17:00	Доклад: PS 202 Проектирование решений для SharePoint Server 2007 Место: Желтый зал
16:00- 17:00	Доклад: BI 303 Бизнес-аналитика и моделирование в SQL Server 2010 Analysis Services Место: Зеленый зал
17:00- 17:30	Перерыв
17:30- 18:30	Доклад: UC 202 Новый виток эволюции в объединенных коммуникациях. Office Communication Server 2007 R2 Место: Синий зал
18:30- 18:45	Перерыв
18:45- 20:00	Закрытие конференции (Большой зал).

CSV у якості DataSource

2008-10-29T09:43:25Z

Для Data-Driven тестів я завжди використовував Excel, легко редагувати, легко під’єднати, тощо. Десь з тиждень назад розпочалась нова ера мого життя ;), мій дев лід вказав на старе як мир правило.

Будь який код повинен версіонуватися!

Все просто. По-перше, в тексті найменша зміна яка піддається діфам та мержам це один символ. В бінарному файлі, тільки сам файл. По-друге, для Data-Driven тестів, Дата це код.

Ну і добре! Принаймні два рішення. Перше це XML, а друге CSV. XML я одразу відкинув, купа сміття усі ті теги та атрибути. Для табулярних даних це просто оверкіл. Отже CSV.

Головне правило для роботи з MSTest Data-Driven тестами.

Якщо тест каже піти подивитись Troubleshooting Data-Driven Unit Tests, це треба зробити.

Наприклад я ніколи не читаю щось де є слово Troubleshooting. А тому я витратив декілька годин, на дебаггінг студії, ODBC провайдера, пошуку в інеті, тощо.

На сторінці Troubleshooting Data-Driven Unit Tests можна знайти нормальні рядки під’єднання, з деякими подробицями. Наприклад:

Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:\;Extended Properties="text;HDR=Yes;FMT=Delimited”

Tip For the test.csv file, use test#csv as the table name.

Note HDR=Yes means that the first row contains column names, not actual data.

Отже правила.

1) Крапка в назві файлу повинна бути замінена на “#”. Інше рішення це зовсім прибрати розширення, але реальний файл тоді повинен мати розширення “.txt”.

2) CSV файли повинні бути в окремій папці. Я на 100% не розумію проблему, але схоже що, з якогось переляку, драйвер перебирає усі файли, і валиться якщо йому щось не зрозуміло.

3) CSV файлу начхати на формат в якому ви туди щось запишете, але тести працювати не будуть якщо колонки не будуть текстовими. Я знаю два шляхи, якийсь там inf файл в директорію. Але це складно. Другий просто всі значення огортати лапками. Останнє стовідсотково працює.

Приклад тесту

[TestMethod] [DataSource("System.Data.OleDb", "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=.\\Data\\;Extended Properties=\"text;HDR=Yes;FMT=Delimited\"", "ValidPostalCodes#csv", DataAccessMethod.Sequential)] [DeploymentItem("\\UnitTests\\Data\\ValidPostalCodes.csv", "Data")] public void Validator_Should_Accept_Example_Postal_Code()

Приклад файлу

PostalCode,Comment "1555-1899", "We allow dashes" "184878848", "9 Digts is maximum" "1", "1 digist is also valid postal code"

MEF використовується тут…

2008-10-29T08:31:48Z

Цікава особливість останніх новин. Деякі нові анонсовані продукти використовують Managed Extensibility Framework..

1) “New WPF source Editor - based on MEF e.g. you can add new features to the editor”. В мене зараз студія 2010 в даунлодах, завтра розповім як воно виглядає. По скріншотам схоже на перші версії бленда.

2) “but I can say that MEF is absolutely core to our text editing tool for Oslo”, це я вже первірив, 100% використовується, до речі цей Emacs.Net виглядає дуже класно.

3) Також MEF використовується в інших компонентах Oslo, наприклад парсер “M”. Хоча швидкий пошук так і не дав відповіді що саме вони там використовують.

Деякі питання що виникали на останній UNETA та відповіді на них.

1) MEF for server side applications

In the current CTP bits we have not added any specific support for the server. We are planning to focus on server side support however in future releases. Mostly we see this as revolving around caching,
security and threading.

2) MEF for Silverlight?

Yes, MEF for Silverlight is definitely considered. As far as concrete shape, applicable scenarios and delivery vehicle and timeframe - this is still being discussed

Також в коді можна знайти SILVERLIGHT директиви.

3) Comparison to the AddIn libraries?

These technologies can be perceived as complimentary. While both of them provide activation support, support System.AddIn-s technology focuses on versioning and isolation (multiple AppDomain support) while the focus of MEF is dependency injection through Import-Export mechanism, loose type matching and metadata around components.

4) Що там за нутрощі?

Компіляція Lambda Expressions, тобто DynamicMethod.