Делаем code-background-color persistance в Visual Studio 2010

Сегодня утром пришло письмо с connect.microsoft.com, куда я запостил баг о том, что VS2010 не умеет сохранять настройку цвета фона. И вот что, данный баг пофиксен:

image

Цитирую:

“For now, there is an extension written by a member of the VS Editor team as a patch that will allow custom background colors to persist. You can find it in VS by going to Tools->Extension Manager and searching for the "BackgroundPatchExtension," or download it from a web browser at this link: http://visualstudiogallery.msdn.microsoft.com/en-us/d53e0db3-6c41-4cf5-8ca1-339aeef1ac30. Once you install it, just make sure it is enabled in the Extension Manager, and your background color should be applied correctly.”

Надеюсь для кого-нибудь это будет полезным.

Реклама

Пример практики BDD при работе со Specter Framework

specter-log Specter – инфраструктура для составления объектно-поведенческих спецификаций для .NET. Он предоставляет возможности для обеспечения разработки, руководствуясь поведением системы (BDD), требуя от разработчиков написания исполняемой спецификации для объектов перед написанием самих объектов. Технически это ни чем не отличается от разработки по средствам тестирования (TDD), хотя различия в форме написания снимают психологический барьер для написания “тестов” для кода, которого ещё не существует. Есть множество проектов для различных платформ, реализующих данную идею (К примеру RSpec для Ruby, NSpec для .NET. Подробнее о средах здесь).

Specter использует возможности мета-программирования языка Boo (CLR .NET) для написания неплохо читаемых спецификаций.

Пример практики BDD при работе со Specter

Для нашего примера рассмотрим спецификацию мини-бара Бендера, она будет выглядеть следующим образом:

import Specter.Framework

import Bender

context "At Bender's bar":

   _bar as duck #our subject is defined in the setup block below

   setup:

     subject _bar = Bender.MiniBar()

   #one-liner shorthand

   specify { _bar.DrinkOneBeer() }.Must.Not.Throw()

   specify "If I drink 5 beers then I owe 5 bucks":

     for i in range(5):

       _bar.DrinkOneBeer()

     _bar.Balance.Must.Equal(-5)

   specify "If I drink more than ten beers then I get drunk":

     for i in range(10):

       _bar.DrinkOneBeer()

     { _bar.DrinkOneBeer() }.Must.Throw()

* This source code was highlighted with Source Code Highlighter.

Хотелось бы отдельно отметить возможность читаемости данного кода сторонними от программирования людьми.

Что же мы такое написали?

Всё очень просто, мы создали привычный нам по NUnit TextFixture Class и описали Test методы. Сейчас расскажу, как это получилось. Обратим внимание на следующую строчку:

context "At Bender's bar":

* This source code was highlighted with Source Code Highlighter.

Мы определяем некий context. Что же он из себя представляет? На самом деле, если полезть рефлектором в сборку, которую мы полчим, при компиляции спецификации, мы обнаружим, что данный контекст являет собой сам TextFixture Class:

[NUnit.Framework.TestFixture]

class EmptyStack:

* This source code was highlighted with Source Code Highlighter.

Далее посмотрим на:

setup:

  subject _bar = Bender.MiniBar()

* This source code was highlighted with Source Code Highlighter.

Это являет собой привычный нам SetUp:

[NUnit.Framework.SetUp]

 public void SetUp()

{

   subject _bar = Bender.MiniBar();

}

* This source code was highlighted with Source Code Highlighter.

Следующая интересная нам строчка:

specify { _bar.DrinkOneBeer() }.Must.Not.Throw()

* This source code was highlighted with Source Code Highlighter.

Является уже тестом:

[NUnit.Framework.Test]

public void BarDrinkOneBeerMustNotThrow()

{  

    Assert.DoesNotThrow(_bar.DrinkOneBeer());

}

* This source code was highlighted with Source Code Highlighter.

Аналогично следующие строки соответствуют:

specify "If I drink 5 beers then I owe 5 bucks":  

for i in range(5):

     _bar.DrinkOneBeer()

   _bar.Balance.Must.Equal(-5)

* This source code was highlighted with Source Code Highlighter.

Так же тестам:

[NUnit.Framework.Test]

public void IfIDrink5BeersThenIOwe5Bucks()

{

   for (int i = 0; i == 5; i++)

     _bar.DrinkOneBeer();

   Int32MustModule.Must(_bar.Balance, “Bar balance must equal -5").Equal(-5);

}

* This source code was highlighted with Source Code Highlighter.

И ещё одна строчка:

specify "If I drink more than ten beers then I get drunk":

   for i in range(10):

     _bar.DrinkOneBeer()

   { _bar.DrinkOneBeer() }.Must.Throw()

* This source code was highlighted with Source Code Highlighter.

Соответствует:

[NUnit.Framework.Test]

 public void IfiDrinkMoreThanTenBeersThenIGetDrunk()

{

   for (int i = 0; i == 10; i++)

   {

     _bar.DrinkOneBeer();

   }

   Assert.Throws((typeof(InvalidOperationException), _bar.DrinkOneBeer()); }

* This source code was highlighted with Source Code Highlighter.

Со спецификацией покончено, далее нам необходимо написать КОД нашего приложения, т.к. specter выругался о том, что спецификация не реализована:

minibar-result1[1]

Что же, реализуем наш мини-бар:

namespace Bender     

class MiniBar:

   pass

* This source code was highlighted with Source Code Highlighter.

И добавляем необходимый метод:

namespace Bender

class MiniBar:

    def DrinkOneBeer():

        pass

    [getter(Balance)]

    _balance = 0

* This source code was highlighted with Source Code Highlighter.

Но тем не менее specter не доволен, так как наш метод не реализует работу с балансом, описанную в спецификации:

minibar-result2[1]

Придётся добавить реализацию:

namespace Bender

class MiniBar:

    def DrinkOneBeer():

        _balance--
	if _balance < -10:
		raise System.Exception("i'm drunk")

    [getter(Balance)]

    _balance = 0

* This source code was highlighted with Source Code Highlighter.

По-моему specter’у всё понравилось:

minibar-result3[1]

Отлично, вот мы и попрактиковали BDD.

Итак, мы получаем привычные нам unit-тесты, однако мотивация написания немного измениться, а так же нами будет приобретена такая возможность, как предоставление specter-спецификации тестов в качестве документации. Мне кажется это отличная идея!

Ресурсы

О BDD почитать можно здесь:

http://habrahabr.ru/blogs/testing/52929/ (про BDD на русском на примере RSpec, в конце статьи есть ссылки)

Знакомство с Behavior Driven Development (BDD) (рус.)

Скачать Specter можно здесь:

http://specter.sourceforge.net/


Сценарии поддержки рабочих процессов для Microsoft SharePoint

Бизнес с готовностью внедряет в своей ИТ-инфраструктуре Microsoft SharePoint по самым разным причинам, однако, большинство клиентов отмечает, что координация бизнес-процессов в этом продукте требует гораздо большей технической квалификации, чем они рассчитывали (чем было обещано рекламой).

Очевидно, что компаниям необходимы инструменты работы с бизнес-процессами. Но, вместо того чтобы приобретать и устанавливать дополнительные продукты, аналитики компании Gartner предлагают сначала ознакомиться с существующими в виде дополнений к SharePoint сценариями планирования.

Microsoft Office SharePoint Server (MOSS) 2007 и Windows SharePoint (WSS) Services 3.0 – лишь два представителя целого ряда продуктов Microsoft, которые поддерживают идеологию «готовых к использованию» бизнес-процессов. С этой концепцией так же работают BizTalk Server, Visio и InfoPath. Многие клиенты, использующие тот или иной вариант SharePoint, отмечают, что использование этих вроде бы «готовых» бизнес-процессов на самом деле требует гораздо больших усилий, чем обещает реклама. Иногда требуется внедрение дополнительных технологий.

В ответ на многочисленные запросы пользователей, аналитики компании Gartner выпустили документ, где подробно рассказывают о различных вариантах решения этой проблемы. В качестве объекта исследования ими были выбраны инструменты, сосредотачивающие свое внимание на автоматизации бизнес-процессов, для улучшения координации и связей между сотрудниками, процессами и информацией в компании.

Модификация без внедрения самостоятельных решений

Существует множество инструментов, позволяющих поддержать автоматизацию рабочих процессов даже в рамках SharePoint. Однако, предприятия не торопятся внедрять их в свои ИТ-инфраструктуры, стремясь ограничить стоимость разработки. Они стараются облегчить себе жизнь при помощи простых в использовании дополнений – шаблонов или заранее сконфигурированных решений. По мнению аналитиков Gartner, модификация ИТ-инфраструктуры при помощи дополнений и расширений гораздо проще, нежели полноценный «культурный сдвиг» в сторону более совершенных инструментов сотрудничества и управления процессами. Дополнив решение от Microsoft, бизнес сможет достигнуть многого, и потенциальная прибыль очень скоро начнет увеличиваться.

Основные преимущества, которые обычно бизнес-аналитики, разработчики и другой нетехнический персонал компаний, ожидает от внедрения проектов в области управления бизнес-процессами (business process management, BPM) на самом деле заключаются в создании культуры бизнес-процессов как таковых. И это ожидание в основном управляет инвестициями в технологию. Оптимизация расходов, упрощение бизнес-процессов, исключение «бумажных технологи» может стать следствием стратегических инвестиций в эти дополнения.

Существуют как большие, так и маленькие компании, создающие решения для дополнения SharePoint. При этом существуют варианты практически под любой бюджет; однако, некоторые решения могут быть не столь очевидными, даже при условии, что в ИТ-инфраструктуре уже может присутствовать какой-то продукт этого производителя.

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

  • Интеграция или миграция с Lotus на Microsoft;
  • Общая поддержка административных процессов при помощи SharePoint для среднего бизнеса;
  • Фокус на интеграции с системами управления контентом;
  • Предоставление возможности управления процессами нетехническому персоналу.

Эти сценарии и послужили полем для исследований специалистов Gartner. В каждом из случаев была рассмотрена наиболее типичная практика и предложены инструменты для расширения функциональности. Учитывая те ресурсы, которые необходимы для дополнения стандартной версии Microsoft SharePoint функционалом платформы управления процессами, потребуется целый диапазон технологий. При этом некоторые из них будут использоваться мало, и представлять собой скорее тактический ход, а другие же будут применяться наиболее активно, являясь стратегическими.

Сценарий 1. «Простой» переход от IBM Lotus Notes/Domino к SharePoint

Обычно в таком сценарии требуются:

  • Шаблоны
  • Дизайн форм
  • Анализ кода и процессов
  • Моделирование процессов или скрипты
  • Отчеты
  • Расширенный запуск и интеграция

Инструменты, позволяющие улучшить функциональность SharePoint применительно к данному сценарию:

  • Собственные шаблоны Microsoft: Windows Sharepoint Services (WSS), Microsoft Office SharePoint Server (MOSS) и InfoPath.
  • Texcel FormBridge для конвертации некоторых шаблонов Word или PDF в формат InfoPath.
  • Casahl ecKnowledge для преобразования форм Domino к формату InfoPath.
  • Vital Path, Tzunami или Quest для миграции контента.
  • Cerenade или Cardiff для дизайна и обработки форм (если до сих пор для решения этой задачи не используется InfoPath/Forms Server).
  • K2 Blackpoint, Nintex или Open Text/Captaris Workflow для разработки простых приложений, основанных на бизнес-процессах для SharePoint.

Сценарий 2. Широкое административное применение в сфере среднего и крупного бизнеса

Аналитики Gartner предложили несколько самых общих требований, которые выдвигаются к системе управления бизнес-процессами в рамках этого сценария:

  • Простой интерфейс, когда далекий от уровня системного администратора человек может построить бизнес-процесс, пользуясь графической формой.
  • Библиотека шаблонов.
  • Отсутствие необходимости написания скриптов.
  • Быстрая разработка (не более 60 дней на создание и тестирование приложения для работы с бизнес-процессами).
  • Масштабируемость.
  • Возможность создания бизнес-процессов, работающих «над» географически-удаленными точками.
  • Совместимость с существующей архитектурой.
  • Интеграция и совместная работа с with WSS, MOSS, Workflow Foundation, Visio, SQL, BizTalk и Exchange.
  • Простое использование и внесение изменений, когда любой пользователь может доработать или обновить бизнес-процесс.
  • Высокий уровень совместимости; совместимость разработанных приложений с продуктами Microsoft и ее партнеров.
  • Графическая индикация бизнес-процесса.

Кандидатами для работы в рамках данного сценария являются:

  • Ascentn – расширенное средство для работы с простыми бизнес-процессами, предназначено для того, чтобы стать частью сервис-ориентированной архитектуры .NET.
  • CorasWorks – платформа, сфокусированная на пользовательском интерфейсе.
  • Integrify – еще одно средство .NET, отличающееся от указанного выше моделью предоставления услуг.
  • K2 Blackpoint – одно из наиболее бюджетных решений, которое в будущем можно обновить до BPMSuite.
  • Nintex – мощное средство для работы с бизнес-процессами.
  • Open Text — приобретение Captaris Workflow поставило этого производителя достаточно близко к Microsoft.
  • ShareVis – средство с акцентом на формах.
  • Skelta – инструмент для разработчиков и независимых производителей программного обеспечения.
  • Workflowgen – простой и быстрый инструмент (хотя, по своим масштабам он несколько больше, чем Workflow Foundation).

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

Сценарий 3. Стратегическая интеграция с существующими системами управления контентом

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

Среди решений в данной категории можно указать:

  • EMC/Documentum – интеграция с другими приложениями обеспечивается за счет веб-партов, которые позволяют пользователям SharePoint напрямую просматривать и взаимодействовать с данными.
  • Hyland – обеспечивает 3 уровня интеграции с Microsoft Office SharePoint Server 2007.
  • IBM/FileNet. FileNet Connector для SharePoint Web Parts расширяет систему управления документами FileNet, делая ее совместимой с SharePoint.
  • Open Text – поддерживает шаблоны, страницы ASP .NET, поиск, архив и т.п. посредством Livelink ECM .NET API.

Сценарий 4. Контроль большой .NET архитектуры на основе бизнес-процессов (доступный не администраторам системы)

В рамках этого сценария аналитики Gartner предложили список из нескольких технологий, которые наиболее полно отвечают задаче создания системы управления бизнес-процессами крупного масштаба:

  • Ascentn AgilePoint – поддерживает полный комплекс продуктов Microsoft, включая BizTalk Server, SharePoint Server, Windows Workflow Foundation, Microsoft Office и Visual Studio.
  • Global360 – партнер компании Microsoft, предлагающий решения на основе MOSS.
  • K2 Blackpearl – решение, построенное на Windows Workflow Foundation и поддерживающее интеграцию с MOSS.
  • Metastorm – один из ведущих партнеров Microsoft в рамках Business Process Alliance. Сильная черта данного продукта – адаптация для нетехнического персонала.
  • Singularity – отличается от других производителей своей концентрацией на процессах, связанных с базой знаний.
  • Ultimus BPM Suite 8.1 – предлагает сильную технологию взаимодействия человека и бизнес-процессов.

Оригинал поста можно найти здесь: http://www.itcontent.ru/archives/blog/sharepoint_add_ons

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


Как создать ассоциацию workflow и списка программно

Цель поста

Данный пост призван продемонстрировать как выполнять ассоциацию workflow и списка программно. Workflow может быть стандартной, либо созданным в Visual Studio. Что касается workflow, он будет использовать стандартные списки задач и список истории workflow.

Примеры

Договоримся, что переменная web – это объект SPWeb, содержащий список, который нам необходим для ассоциации с workflow.

1. Объявим переменные, которые будем использовать

  1. SPList myList = null;                              // Лист для ассоциации с workflow
  2. string myListName = null;                          // название нашего спика
  3. SPList historyList = null;                         // список истории workflow
  4. SPList taskList = null;                             // список задач workflow
  5. string workflowTemplateGuid = null;                 // Guid шаблона worklfow
  6. SPWorkflowTemplate workflowTemplate = null;         // шаблон Workflow
  7. SPWorkflowAssociation workflowAssociation = null// ассоциация с workflow
  8. string workflowAssocName = null;                    // имя ассоциации с workflow

* This source code was highlighted with Source Code Highlighter.

2. Инициализация

Убедитесь, что используете internal name списка. И установите имя ассоциации с workflow, он может соответствовать наименованию соответствующего workflow.

  1. myListName = "My list name";
  2. workflowAssocName = "My Workflow";

* This source code was highlighted with Source Code Highlighter.

3. Получить шаблон workflow

Если вы хотите использовать кастомизированный workflow и знаете GUID его шаблона, используйте его.

  1. workflowTemplateGuid = "BAD855B1-32CE-4bf1-A29E-463678304E1A";
  2. workflowTemplate = web.WorkflowTemplates[new Guid(workflowTemplateGuid)];

* This source code was highlighted with Source Code Highlighter.

Так же вы можете получить GUID шаблона, используя метод GetTemplateByName.

  1. // Пытаемся получить список истории workflow
  2. try
  3. {
  4.      historyList = web.Lists["Workflow History"];
  5. }
  6. catch (ArgumentException exc)
  7. {
  8.      // Создаем список истории workflow
  9.      Guid listGuid = web.Lists.Add("Workflow History", "", SPListTemplateType.WorkflowHistory);
  10.      historyList = web.Lists[listGuid];
  11.      historyList.Hidden = true;
  12.      historyList.Update();
  13. }

* This source code was highlighted with Source Code Highlighter.

4. Получить, либо создать списки истории и задач workflow.

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

  1. workflowTemplate = web.WorkflowTemplates.GetTemplateByName(        "Template name",        System.Globalization.CultureInfo.CurrentCulture);

* This source code was highlighted with Source Code Highlighter.

Список задач – это обычный список, унаследованный от шаблона списка задач. Если вы хотите создать специфичный список задач для workflow, не стоит называть его “Задачи” (“Tasks”). R примеру мы можем назвать его “Задачи рабочего процесса” (“Workflow tasks”).

  1. // Пытаемся получить список задач для workflow
  2. try
  3. {
  4.      taskList = web.Lists["Workflow Tasks"];
  5. }
  6. catch (ArgumentException exc)
  7. {
  8.      // Создаём список задач для workflow
  9.      Guid listGuid = web.Lists.Add("Workflow Tasks", "", SPListTemplateType.Tasks);
  10.      taskList = web.Lists[listGuid];
  11.      taskList.Hidden = true;
  12.      taskList.Update();
  13. }

* This source code was highlighted with Source Code Highlighter.

5. Создаем ассоциацию с workflow, конфигурируем её и привязываем к списку.

  1. // Включаем небезопасные обновления для узла (web)
  2. web.AllowUnsafeUpdates = true;
  3. try
  4. {
  5.         // Создаем ассоциацию workflow
  6.         workflowAssociation = SPWorkflowAssociation.CreateListAssociation(                workflowTemplate,                workflowAssocName, taskList, historyList);
  7.  
  8.         // Устанавливаем параметры workflow
  9.         workflowAssociation.AllowManual = false;
  10.         workflowAssociation.AutoStartCreate = true;
  11.         workflowAssociation.AutoStartChange = false;
  12.  
  13.         // Связываем workflow со списком
  14.         myList.AddWorkflowAssociation(workflowAssociation);
  15.  
  16.         // Активируем ассоциацию
  17.         workflowAssociation.Enabled = true;
  18. }
  19. finally
  20. {
  21.         web.AllowUnsafeUpdates = false;
  22. }

* This source code was highlighted with Source Code Highlighter.

Источник

Данная статья является переводом данного поста:

http://blogs.prexens.com/Lists/Posts/Post.aspx?List=7a299699-f8da-4559-920c-bda481608691&ID=9


На моём HP Mini запустилась Visual Studio 2010

Перед моей поездкой в Индию я купил нетбук HP Mini 2140. Это прекрасная вещь. Он весит всего 1,8 кг. Поддерживает максимальное разрешение 1024 x 576 (нормальный по ширине но укороченный по высоте). Он обладает клавиатурой почти нормального размера. Моей любимой особенностью является то, что он может работать порядка 8 часов – что довольно таки долго.

Он поставляется с предустановленной Windows XP. Но я скачал и установил на него Windows 7RC. В мини нет DVD или компакт-дисков. Я скопировал образ Windows 7 на USB-флешку с помощью Daemon Tools. И установил Windows 7 с USB-флешки.

Далее я установил Windows Live Sync (так же известный как foldershare). Windows Live Sync синхронизирует файлы из папки My Documents\Everywhere между моим лаптопом, десктопом и нетбуком. Я могу изменять документы на моём нетбуке в автобусе Microsoft двигаясь на работу, позже они автоматически синхронизируются с компьютером на моём рабочем месте.

И наконец, я поставил на свой нетбук Visual Studio 2010. Я взял послений билд. Скорее всего мой нетбук не подходит даже под минимальную требуемую конфигурацию, однако Visual Studio 2010 работает прекрасно.

Я не уверен, что при работе Visual Studio на нетбуке процессор Atom моего HP Mini, выжимает из нетбука всё. И, определенно, не стоит запускать несколько приложений при работе Visual Studio. Однако данный пример показывает, что можно довольно-таки продуктивно потратить время, проведенное в самолёте или автобусе, за разработкой.

Во время установки VS2010 был даже такой момент, когда мне показалось, что она закончится неудачей, т.к. инсталлятор сообщил о том, что мой нетбук не подходит под минимальные требования разрешений (высота оказалась на 3 пикселя меньше требуемой), однако, я проигнорировал предупреждение, и установка успешно продолжилась.

image

От меня

Ну что же, радует тот факт, что Visual Studio 2010 запустилась на нетбуке, с нетерпением жду Пн, 18 мая, чтобы слить beta 1.

Данная статья является переводом:

http://stephenwalther.com/blog/archive/2009/05/14/my-hp-mini-runs-visual-studio-2010.aspx


MonoDevelop – Разрабатываем ASP.NET MVC приложения на Mac OS X

После релиза preview ASP.NET MVC MonoDevelop addin, я решил попробовать его на Маке.

Хотя MonoDevelop 2.0 на Маке до сих пор в alpha-врсии, он получше того, что было в версии 1.0. Помимо проблем с перерисовкой GTK+ , основными проблемами в Мак-интеграции являются реализация Ctrl-Click, меню верхнего уровня и Мак шоркатов. Сделать в MonoDevelop полноценную поддержку Мака –это наша цель в MonoDevelop 2.2.

Я скачал Mono 2.4 и MonoDevelop 2.0 для маков (alpha версию), установка подобна установки аналогов в Linux, немного отличается парочкой предупреждений во время установки, но работает это безупречно!

Running an ASP.NET MVC app in MonoDevelop on the Mac

Посколько в группе MonoDevelop слабо знакомы с Маком, они ожидают от пользователей широкой обратной связи, чтобы оттачить функционал на отлично

Оригинал

http://davidhayden.com/blog/dave/archive/2009/05/06/MonoDevelopMac.aspx

http://mjhutchinson.com/journal/2009/04/04/monodevelop_aspnet_mvc_mac

http://tirania.org/blog/archive/2009/May-05-1.html