Генератор стилей для Visual Studio 2010 — http://studiostyles.info. Гораздо более мощнее чем этот генератор.

Всё просто и понятно, тыкаем на элемент и меняем ему основной цвет и цвет фона. Со шрифтом сложнее, можно только выбрать жирный, курсива нет. И собственного сам шрифт тоже поменять нельзя.

Тем кто хочет применить созданную  тему для Visual Studio 2008, в файле настроек надо просто поменять аттрибут version у элемента AppllicationIdentity с 10.0 на 8.0 и тогда студия сможет настройки импортировать.

Почему то популярностью пользуются темы с темным, черным и мрачным фоном. У меня от такого фона глаза устают.

Правда я не уверен что после закачки студия ключ не попросит.

Обещают что производительность улучшена – посмотрим насколько.

Addon для VS2008 (и только под нее) для проверки правописания. Требует установленного Microsoft Office 2003 или 2007, что бы проверка работала для нескольких языков надо так же установить  Microsoft Office 2003 Proofing Tools или соответствующий Office 2007 Language Pack.

Список всех ошибок будет показан в окне Error List и в коде волнистой линией. Подсказка для неправильнго слова выбирается через двойной щелчёк мышки , а не по правой кнопке.

Addon заточен под asp.net, поскольку определение языка работает через атрибут lang, Поэтому проверка правописания в C# коде становится бессмысленной. Проверка будет проведена только для одного языка – языка по умолчанию выбранного в офисе.

Но для asp.net кода подойдет.

Все подробности о об addonе здесь.

Пишет … C# 2008 compiler could no be created… прекрасное сообщение.

Но и лечение оказалось простое:

devenv /ResetSkipPkg

Вероятно проблема в удалёном ReShaper для 2005 студии.

Надоела стандартная тема в Visual Studio? Открываем Visual Studio Theme Generator и создаем себе тему сами из трех цветов.

Потом сохраняем и импортируем в Visual Studio

К сожалению работает только для VS 2008.

Изменения в StyleCop:

· Требует стандратный summary для конструкторов и деструкторов

· Требует дополнительных скобок в арифметических выражениях или выражений для сравнения

· Требуется String.Empty вместо “”

· Требует объясняющие сообщение в отладочных assert

· Требуется пустая строка между элементами

· Запрещены пустые строки в начале или конце заголовка докумекнации

· Запрещено использование regions внутри методов

· Запрещено использование regions внутри кода (!)

· Запрешены пустые статические конструкторы

· Запрещены пустые unsafe, lock, checked, and unchecked

· Запрещены пустые или лишние try\catch\finally

StyleCop проверяет стиль исходного кода (Csharp only), более 100-х правил разбитых на 7 групп:

• Документация — проверка оформления документации для классов, методов, полей. Именно оформление, а не содержание :), то есть главное что бы был xml валидный текст, присутствовали нужные элементы. И внимание в конце предложения стояла точка, а описание параметра в методе было длинее 10 символов. Всего 42 правила.
• Разметка кода и пустые строки - анализ расположения скобочек (фигурных) и отступов в виде пустых строк. 16 правил
• Сопровождаемость — всего 7 правил, например, что в одном файл задекларирован только один класс.
• Наименования — проверяет, что класс назван с заглавной буквы, поле с маленькой, что нет символов подчеркивания, и т.д. 11 правил.
• Расположение в определенном порядке — проверяет расположения частей кода, и их порядок. 8 правил.
• Читаемость — проверка на "читаемость" и что код правильно отформатирован. 22 правила.
• Пространство между элементами — проверка отступов между элементами, например наличие проблема перед запятой, и т.д. 28 правил.

Полный список правил можно найти у Wojciech Zimirski. Человек не поленился и "выдрал" всё из ресурсов.

Если Вы проверите любой свой проект на "стильность" — будете приятно удивлены, сколько же оказывается ошибок по стилю. Второе замечание — всё, что генерируется Visual Studio — так же неверно с точки зрения стиля. В третьих Microsoft не следует этому стилю. Достаточно загрузить исходники .net, что бы в этом убедится.

Как всегда сыр-бор разгорелся вокруг нескольких правил:

Использование префикса m_ вместо this. в полях класса. Рекомендовано this. (Это я еще могу понять, я ненавижу символ подчеркивания).

Использование табуляции. Рекомендуются только пробелы. Это вообще идиотское правило.

Во-первых, потому что кому-то нравится отступ в 2 пробела, кому-то в 3, кому-то в 4, а кому-то и в 8, и редактор (нормальный редактор), имеет настройки сколько пробелов должен показывать символ табуляции. И все довольны.

Во-вторых, эта проблема должна спокойно решится с помощью Edit->Advanced->Format Document, как и все правила относящиеся к разметке кода, пустым строкам, читаемости и пробелов между элементами. Документацию, по крайней мере, можно было бы генерировать. (Хотя бы "рыбу"). Правда тогда пользы от такого инструмента вообще не будет, останется проверить что using расположен внутри namespace и что нет префикса m_, да и символа подчеркивания в элементах.

Консольное приложение сгенерированное Visual Studio — я добавил одну строку.

using System;
using System.Collections.Generic;
using System.Text;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("Hello World");
        }
    }
}

Итого 8 ошибок:

Правильная версия:

// <copyright file="Program.cs" company="MP">
// Copyright (c) 2008 All Right Reserved
// </copyright>
// <author>M P</author>
// <email>email@nowhere.com</email>
// <date>2008-05-24</date>
// <summary>Contains assembly information.</summary>

namespace ConsoleApplication1
{
    using System;

    /// <summary>
    /// Just a class.
    /// </summary>
    public class Program
    {
        /// <summary>
        /// Mains the specified args.
        /// </summary>
        /// <param name="args">Array of command line arguments.</param>
        public static void Main(string[] args)
        {
            Console.WriteLine("Hello World");
        }
    }
}

К счастью все правила можно отключить.

Справедливости ради что-то новое я почерпнул:

Почему using желателен внутри namespace.

Почему название поля не должно начинаться с подчеркивания.

И самое главное они думают что в будущем StyleCop будет не только находить ошибки, но и исправлять их.

Выносит выбранную строку в ресурсы:

Можно только одну строку, строку с таким же текстом в файле, или может заменить во всём проекте.

Каких-то серьезных глюков не заметил.

Очень удобно если надо проверить на «грамотность» все сообщения в одном проекте, когда все строки,и предложения собраны в одном месте.

Версия 2.0

Версия 3.5

Что он умеет:

• Проверять комментарии и строки
• Проверять xml и html
• Подчеркивание неправильных слов
• Список ошибок показывается в Task List
• Контекстное меню с подсказками
• Office для проверки не нужен,  проверяет все самостоятельно

Отличия от коммерческой версии:

• Не умеет проверять все файлы в проекте или solution в один клик
• Нельзя добавить слова в свой словарь
• Не поддерживает локализацию для других языков, то есть проверяет только английский язык

Изменение опций запрещено.

Забирать отсюда Freeware SpellChecker, потребуется регистрация.