Введение

Меня переполняют эмоции. Это связанно с тем, что сегодня мой товарищ сообщил о следующем: есть полноценная реализация BDD движка для .NET.

Называется проект SpecFlow

Исходный код ныне базируется на GitHub http://github.com/techtalk/SpecFlow

Немного теории

Вопрос о том, что же такое Behavior Driven Development неоднозначен. Особенно противоречивы его отношения с Test Driven Development. Однако предлагаю абстрагироваться от сравнения двух подходов и договорится, что суть этого есть одно и тоже, т.к. особенных различий нет. Основной чертой выделяющей BDD от TDD по-моему усмотрению является ориентация на различных участников процесса производства программного обеспечения, будь то менеджер, разработчик, тестер, заказчик. Вы вместе пишете тесты, и вместе можете развивать проект в нужном направлении и вполне понятных терминах. Так же на ум в данном случае приходит такой термин, как Ubiquitous Language из Domain Driven Design. А ведь и в самом деле, обобщение терминологии описания вашей предметной области вполне может ложится на практику BDD.

Меня в BDD больше всего прельщает возможность описания функциональности на разговорном языке, что гарантирует актуальность документации (т.к. ваши behavior тесты и будут фактически вашей документацией). Так же при написании тестов на подобном уровне вы четко сконцентрированы на поставленной задаче, а не способах её разрешения и применяемых инструментах, что так же весьма полезно для качества как вашего дизайна, так и соответствии программного продукта назначению.

Все известные инструменты (к примеру mock-объекты) и практики (такие как шаблоны тестирования), используемые вами при разработке в стиле TDD, изменятся незначительно при переходе на BDD стиль, в связи с чем можно начать применять BDD уже сегодня. Так же вполне возможно, что вам необходимо будет произвести более низкоуровневое тестирование некоторых компонентов, что несомненно приведёт к смешиванию двух практик, что несомненно должно происходить осознано и с должен вниманием.

Снаружи вовнутрь. Процесс при разработке в стиле BDD так же немного смещается. Так как тестами двигают в равной мере все участники, то ориентация в первую очередь будет на интерфейсе пользователя. т.е. для описания необходимых фич, заинтересованным лицам (скорее всего заказчику) необходимо будет держать перед глазами эскизы эрканов для взаимодействия. Этот подход снижает риски неоправданных ожиданий, т.к. в большинстве случаев программный продукт д...

Участники: butaji & dnesteruk

Persistence в .Net-приложениях

• Роль persistence layer в приложении

• Реляционные базы данных: SQL Server/Compact Edition, Oracle, MySQL, SQLite

• Объектные базы данных: db4o, CouchDb (+ Divan), MongoDB

• Объектно-реляционные мэпперы (ORMы): NHibernate, Entity Framework, Linq2SQL, LLBLGen, Subsonic,Telerik OpenAccess; сравнение разных ORM-фреймворков (warning: сайт написан авторамиDataObjects.net)

• LINQ провайдеры и LINQ-like запросы в RoR

• Должен ли разработчик быть еще и DBA?

Введение

Предлагаю рассмотреть несколько примеров работы с SharePoint 2010 Business Connectivity Services.

Все ресурсы, связанные с Business Connectivity Services можно найти на Business Connectivity Services Resource Center. Кстати на нём же можно скачать замечательный постер-шпаргалку по технологии.

Для работы с рассматриваемыми примерами предлагаю вам скачать SharePoint 2010 SDK.

Adventure Works Web Service

В данном примере показана реализация стандартного asp.net asmx сервиса, ориентированного на работу с BCS. Этот сервис представляет доступ к данным из SQL Server. С помощью LINQ to SQL реализовано объектно-реляционное преобразование.

Вы наверняка согласитесь с утверждением, что при прочих равных условиях asmx сервисы создаются намного проще WCF сервисов

Для работы с ним понадобится sample database с соответствующим названием "AdventureWorks".

Примеры баз данных (таких как AdventureWorks) для основных версий SQL Server, а так же решений для них, теперь централизованны и хранятся на CodePlex: http://msftdbprodsamples.codeplex.com/

Сервис WebService.asmx предоставляет ряд методов для стандартных операций взаимодействия с данными (Create, Read, Update, Delete).

Для наглядности предметной области основные сущности определены в виде POCO классов, к примеру:

public class SalesCustomer
{
    public int CustomerId { get; set; } 

    public String Title { get; set; }
    public String FirstName { get; set; }
    public String MiddleName { get; set; }
    public String LastName   { get; set; }
    public String EmailAddress { get; set; }
    public String Phone { get; set; }
    public DateTime ModifiedDate { get; set; }
}

Классы же, генерируемые LINQ to SQL используются по назначению, т.е. в качестве DataModel, которая в последствии отображается на модель предметной области. Хоть пример и учебный, было очень приятно, что он имеет довольно таки логичное и обоснованное применение технологий по назначению.

Предметная область в данном случае состоит из 3 основных сущностей:

1. SalesCustomer
2. SalesOrderDetail
3. SalesOrderHeader

Причём дизайн данных сущносте...

Сегодня наконец-то дошли руки до Reflector 6 Pro Beta. Если вы ещё не слышали, то я повторюсь, что эта версия рефлектора умеет дебажить внешние сборки в Visual Studio. Конечно же меня в первую очередь заинтересовала возможность дебага Microsoft.SharePoint.dll

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

Microsoft.SharePoint.dll загружался довольно таки приличное количество времени (несколько минут), после чего передо мной была следующая картинка:

Далее я выбрал в том же пункте меню Explore Decompiled Assemblies, нашёл в Object Browser класс SPWeb, выбрал в меню Go To Decompiled Definition, подключился к рабочему процессу w3wp с SharePoint и увидел следующее:

Считаю, что это очень полезная возможность. Рекомендую приобрести данный продукт, так как он сможет сэкономить большое количество вашего времени.

Сегодня немного поразмышлял о напрасно потраченных человекогодах, а именно о следующем.

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

Причём, для “агностицизма” поисковика, можно детектить тот, который стоит по-умолчанию в вашем браузере.

Введение

Существует два подхода к аутентификации при работе с внешними источниками данных:

• идентификатор пользователя
• имперсонализация

С помощью первого типа по идентификатору пользователя, переданному во внешнюю систему, определяются его разрешения во вешнем источнике данных. На основе этих разрешений возвращаются данные в конечную систему.

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

Явным примером двух типов аутентификации может являться работа с SQL Server для развертывания SharePoint.

При наличии у разработчика локально-развернутой копии SharePoint, получение данных происходит через идентификатор текущего пользователя, т.к. разработчик обычно выполняет все действия под единым для SharePoint и SQL Server пользователем.

Однако при варианте развертывания SharePoint на ферме, появляется необходимость имперсонализации пользователя для доступа к данным из SQL Server. Как правило заводится специализированная доменная учетная запись с необходимыми для работы с SQL Server разрешениями. И соответственно, все действия с данными SharePoint производит именно через неё, независимо от того, какой пользователь в данное время аутентифицирован в нём.

Рассмотрим, как же организовать имперсонализацию при работе с внешними источниками данных в SharePoint 2010.

Single Sign-On или Secure Stored Service

Вы наверняка знаете, что такое SSO (single sign-on), и помните, что в предыдущих версиях SharePoint она называлась именно так. В SharePoint 2010 данная служба сменила своё название, теперь она называется Secure Store Service (русский эквивалент: Служба Безопасного Хранения).

Данная служба занимается проверкой подлинности на сервере приложений, если быть точным, то она обеспечивает взаимодействие пользователей/групп пользователей с различными системами без необходимости повторного входа в систему. Основное назначение данной службы в SharePoint - взаимодействие с внешними системами. Если в вашей организации имеются приложения, данные из которых вы хотели бы предоставить для пользователей SharePoint, а так же обеспечить безопасность доступа, то вы должны воспользоваться SSS (Secure Store Service).

При настройке SSS вы указываете отображение данных пользователя SharePoint на данные, передаваемые внешней системе. Данными параметрами могут Имя пользователя, Пароль, Идентификатор пользователя. Набор полей не ограничен и может быть изменен в зависимости от ваших нужд. Для обеспечения взаимодействия с настольными приложениями так же доступны сервисы определения разрешений на основе идентификатора Windows пользователя.

Настройка SSS

Secure S...

Первая встреча RUSUG в Москве в новом году состоится 22 января.

Местонахождение: Офис «Microsoft Russia» в Москве

План встречи:

19:00 — доклад «Пользуемся готовыми решениями сообщества для SharePoint», Виталий Баум;
20:30 — перерыв;
20:45 — доклад «PowerShell и SharePoint», Василий Гусев.
Регистрация: http://sharepoint.su/UG/Lists/Jan2010Reg/NewForm.aspx

На эту встречу к нам приедет Виталий Баум из Санкт-Петербурга. Если вы смотрите видеозаписи встреч группы, то уже видели один доклад Виталия, посвящённый введению в SharePoint. Тема доклада Виталия «Пользуемся готовыми решениями сообщества для SharePoint».

Он расскажет нам о следующем:

• Почему надо использовать решения с CodePlex
• Почему не надо использовать решения с CodePlex
• Как надо использовать решения с CodePlex
• Обзор доступных решений от сообщества для SharePoint

Вторым докладчиком будет Василий Гусев, известный эксперт, MVP по PowerShell. Он расскажет нам о связке PowerShell и SharePoint. После краткого знакомства с основами PowerShell вы узнаете что он может дать разработчику, и как можно его использовать для работы с SharePoint.

Встречались:

http://spbalt.net : butaji и dnesteruk

http://csharpus.com/ : dimapasko и tihobrazov

Холиварим, .NET и аналоги:

• ThoughtWorks Technology Radar (January 2010)http://www1.vtrenz.net/imarkownerfiles/ownerassets/1013/Technology%20Radar%20Jan%202010.pdf
• Почему стоит идти на .NET, а не на Java?
• .NET-еры будут писать под iPhone или Android?
• Azure, чего ожидаем? Сравниваем с Amazon и GAE

http://highscalability.com/blog/2009/8/5/stack-overflow-architecture.html

http://stackoverflow.com/questions/791447/windows-azure-vs-amazon-ec2-vs-google-app-engine

• Flash vs Silverlight кто кого?
• FubuMVC - alt.net подход? Или остаемся на ASP.NET MVC?

Обсуждение новых фич .NET 4.0, в частности:

• Впечатления от Visual Studio 2010 Beta X
• Опциональные параметры и как это повлияет на р...

Это временная запись, которая не была удалена. Удалите ее вручную. (2f7406eb-a9c3-4495-95d4-5d58bfd95206 – 3bfe001a-32de-4114-a6b4-4005b770f6d7)

Снова о unit-tests?

Да, я уже рассказывал о том, как "правильно" писать юнит-тесты для SharePoint, однако сегодня наткнулся на одну интересную разработку, речь о которой пойдёт далее.

В состав Pex входит инструментарий для создания stub-объектов под названием Mole, он умеет работать с закрытыми для наследования объектами, на коих строится объектная модель SharePoint.

Если вы не знаете что такое Pex

В компании Microsoft есть подразделение, занимающееся научными разработками, называется оно Microsoft Research, подробнее узнать о том, чем же занимается это подразделение можно узнать здесь: http://research.microsoft.com/en-us/research/default.aspx

Одно из разработок данного подразделения - средство white-box тестирования для .NET под названием Pex. Разработка доступна для скачивания: http://research.microsoft.com/en-us/downloads/d2279651-851f-4d7a-bf05-16fd7eb26559/.

Конечно же концептуально Pex противоречит некоторым аспектам юнит-тестирования, т.к. проверяет как написан код, а не что он должен делать.

Насколько известно для SharePoint удобно писать лишь интеграционные тесты, которые помогут вам убедится, в том, что решение благополучно "прилунилось" и проверить, что вся необходимая логика исполняется на "живых" объектах SharePoint.

Однако во многих случаях хочется избавиться от всех инфраструктурных накладок интеграционного тестирования (производительность: я не хочу уходить пить кофе каждый раз при запуске тестов, обновление данных и проч.) и проводить полноценное модуль тестирование в изолированной среде, что обычно и позволяют делать многочисленные фреймворки для создания "тестовых двойников", примеры для .NET:

• NMock
• EasyMock.Net
• TypeMock Isolator
• Rhino Mocks
• Moq

Список может продолжить Mole, однако это научная разработка, имеющая вполне своеобразный синтаксис и подход.

Пример работы с Mole

Предположим нам необходимо протестировать некоторый участок кода:

public void UpdateTitle(SPItemEventProperties properties) {
    using (SPWeb web = new SPSite(properties.WebUrl).OpenWeb()) {
        SPList list = web.Lists[properties.ListId];
        SPListItem item = list.GetItemById(properti...

Подкасты Петерубргской Группы Alt.Net Подкасты о разработке в среде .Net. Ключевые слова: C#, F#, Boo, Visual Studio, .Net, PostSharp, Asp.Net личная подкаст-лента Петербургская Группа Alt.Net (подробнее, RSS-поток)

Обсуждаем
Итоги 2009 года:

• 17 встреч http://spbalt.net
• Инета в Питере
• Рынок труда в Питере

Новости 2010:

• 10 лет .NET
• Visual Studio 2010
• Что и как будем использовать в 2010ом году

Говорили в обычном составе: butaji и dnesteruk

О чём это?

На днях передо мной стояла задача создания прототипа веб-приложения с определенным набором функций, в том числе, подразумевающих работу с данными. Набор инструментов я подобрал следующий:

• ASP.NET MVC
• SQLite

Набросав первое приближение модели предметной области, я озаботился её сохраняемостью и решил заняться выбором ORM:

• LINQ to SQL насколько известно умеет работать только с Microsoft SQL Server
• Entity Framework ещё не готов в пригодной версии
• DBLinq вроде бы прекрасно работает со всеми известными RDBMS, однако отсутствие его популярности и низкая версия немного меня оттолкнули
• О SubSonic я слышал краем уха, однако так и не имел тесного знакомства, на нём и решил остановится, фреймворк имеет в багаже уже 3юю версию, а так же известного создателя (Rob Conery)

Чем же хорош SubSonic?

Очень заинтересовали 5 минутные ролики о SubSonic:

http://subsonicproject.com/docs/The_5_Minute_Demo

http://subsonicproject.com/docs/Simple_Repo_5_Minute_Demo

Кстати SubSonic помимо того, что является ORM, так же предоставляет слой доступа к данным.

Итак в 3ей версии SubSonic мы имеем 2 сценария работы:

• ActiveRecord - фактически повторяет классический для Ruby On Rails подход, в котором модель является моделью данных, т.е. знает о способах своей сохраняемости. Данный подход в случае SubSonic полезен в построении дата-ориентированных решений, вам достаточно просто сохранить в T4 шаблоне имя строки подключения к имеющейся у вас базе данных, остальное SubSonic сделает сам (генерирует соответствующие данным .NET-типы в вашем приложении)
• SimpleRepository - более привычный для меня подход, подразумевает под собой абстракцию хранения данных под некоторым классом-коллекцией объектов.

Реализация обоих сценариев прозрачна с точки зрения подхода и реализует соответствующие паттерны PoEAA:

• ActiveRecord
• Repository

Как же я воспользовался SubSonic в своём приложении?

Я о определил интерфейс репозитория:

  public interface IRepository<T>
  {
    void Add(T entity);
    T FetchById(long id);
    IEnumerable<T> FetchAll(Expression<Fu...