Маленькие хитрости Visual Studio. Навигация.

Для того чтобы хорошо и быстро писать код важно легко передвигаться в рамках например большого солюшена. Причем не обязательно устанавливать что-либо дополнительно хотя Resharper, CodeRush, и расширения Visual Studio помогают в этом. Возможно некоторые способы многим известны, а некоторые нет. Но часто я сталкиваюсь с тем что даже казалось бы простые фичи студии, которые значительно мне облегчают жизнь, многим коллегам либо не известны либо не используются в силу того, что они в свое время их недооценили.

Совет: Темная студия :)

Решился публиковать советы по тому как удобно для себя подогнать студию, чтобы выжать из нее максимум. Просто слишком часто приходится показывать и рассказывать такие вещи коллегам
Недавно вышла новая редакция Visual Studio 2012. Среди прочего добавилась новая опция касательно темы/стиля студии. А именно – возможность выбрать цветовую тему из двух – Light и Dark.

Книга Pro ASP.NET Web API Security

Наводку на одну интересную книгу дал мне мой друг. Книга об безопасности REST сервисов и не только.

Первые 4 главы скорее вводные – что такое HTTP, ASP.NET Web API, REST Services. В принципе если эти темы знакомы то главы можно пропустить или читать только эпизодически. Глава 5, 6 покрывает вкратце основные понятие безопасности такие как Authentication/Authorization, Role-Based Security, Claims-Based Security, Security Token, Encryption и т.п. Та же история, для того кому понятия знакомы и понятны опять же пропускаем или читаем эпизодически. Глава 7 Custom STS through WIF как то стоит вообще особняком, рассказывает про WS-Trust используя Security Token Service (STS) и WIF, правда без привязки к ASP.NET Web API и практических примеров. Потому она для общего развития полезна но для безопасности ASP.NET Web API – нет. Следующие главы покрывают понятие токенов (SWT, JWT, SAML), что полезно по теме и для общего развития но для тех кто знает матчасть снова – либо пропускает либо эпизодически.

Мне собственно понравились главы 11-13 OAuth 2.0 using... а именно OAuth 2.0 using DotNetOpenAuth. Так как с документацией по DotNetOpenAuth туго и приходится собирать информация по Интернетам с разных мест а у самих DotNetOpenAuth можно найти пример только с OpenID (если конечно не зарываться в исходники). То эта глава очень даже полезная. Собственно для меня самое интересное в книге. Оформить бы эту главу или две другие как блог посты и все тут, а не целую книгу писать.

Последняя глава про уязвимостям безопасности. Может быть интересно и познавательно почитать в первый раз.

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

Литература по REST: Книга Pro ASP.NET Web API

Скоро появится новая книжка по темам REST и Web API. Пока она еще только в “альфе” у издательства Apress и готовы всего 3 главы. Но когда ее закончат, будет интересно посмотреть и почитать. Написали ее два MVP: один из Германии (Alexander Zeitler), другой из Турции (Tugberk Ugurlu).

Киевский ITWeekend в сентябре

В Киеве, 15 сентября, я выступал на конференции, которую организовала компания SoftServe, c докладом о REST и Web API. И хотя мне показалось сначала что конференция была более “аджайловой”, так как больше половины всех выступлений было связано с аджайлом, но тем не менее мне понравилось выступать там и общаться с людьми, которые пришли на мой доклад и не только. В общем, было классно, мне понравилось, хоть и у меня лично было мало времени и пришлось относительно рано уехать.

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

NDepend 4, меняем SQL на Linq

Я уже писал раньше об NDepend, очень мощной утилите для ревью, аудита и анализа кода. Совсем недавно она обновилась до 4-й версии. В NDepend 4 в основном радуют несколько новшеств:

• Code query and rule over LINQ (CQLinq). Привычный старый SQL подобный язык CQL для написания правил сдвинулся в сторону CQLinq – LINQ подобного или фактически LINQ выражений для написания правил. Старый CQL тоже остался для тех кто с ним сроднился.
• NDepend.API. Дает возможность писать свои собственные статические анализаторы кода базируясь на NDepend.API. Это для тех кому мало CQLinq и собственных правил анализа кода.
• VS 2012 addin support. Поддержка Visual Studio 2012, то есть интеграция NDepend как add-in как это было для предыдущих версий Visual Studio.

Литература по REST: Книга REST in Practice

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

Regions в коде

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

Пишем слой доступа к данным c POCO и EF

Не так давно обновился Entity Framework (EF) до версии 4.1, основное нововведение, которое появилось – это Code First, подход и возможность работать с POCO объектами. Но для людей, у которых уже была готовая и спроектированная база, все равно не получалось работать с Code First, кроме того многие, имя толковых экспертов по базам данных, выбирают традиционный путь data-driven development.

Список изменений в версии 4.1 можно найти в статье - What's New (Entity Framework 4.1), занимательно, что существует также статья - What's Not Supported (Entity Framework 4.1)

Итак, вполне такая себе практическая задача – быстро создать слой доступа к данным (data access layer), который будет оперировать с POCO объектами, с использованием Entity Framework, отталкиваясь от уже существующей базы данных.

Кеширование длительных вычислений с PostSharp

Интересный пример нашел в поставке PostSharp.

Суть в чем. Они предлагают как одно из использований использовать PostSharp и АОП для кеширования долгоиграющих или сложных операций. Честно говоря я для себя придумал много use case АОП, но к такому еще не пришел.

Итак, пусть есть некий метод GetDifficultResult, и пусть вычисления в нем занимают, скажем, больше 1с, что для нас долго. Подход заключается в том, чтобы закешировать разные возвращаемые значения этой функцией в зависимости от входные параметров. Дело в том, что, если выполнение вычислений в методе не зависит от времени, а только от входных параметров, которые выбираются из некоего конечного набора, то мы можем закешировать связку входные “параметры – результат функции” и при этом нету никакой необходимости вызывать эту функцию снова.