static void Main(string[] args)
{
    // Запускаем сервер
    var config = AppDomain.CurrentDomain.SetupInformation.ConfigurationFile;
    RemotingConfiguration.Configure(config, false);
 
    // Работаем, пока не нажмут Enter
    Console.WriteLine("Server started. Press ENTER to quit.");
    Console.ReadLine();
}

Запустил, минимизировал такое окошко и крутится там себе сервер на фоне. Частенько бывает, что таких серверов запущено несколько (штуки три-четыре), и они постоянно торчат на панели задач. Изредка развернешь, чтобы прочитать, что там на консоли напечатано, а большую часть времени они только зря место занимают. Мне, честно говоря, это никогда особо не мешало. Пару недель назад один мой товарищ в разговоре заметил, что такие программки хорошо бы куда-нибудь прятать, оставляя одну иконку в системном трее. И с тех пор меня эти кнопки на панели задач стали раздражать.

Это такой мыслевирус, как кернинг: если человек не знает, что это такое, он живет себе спокойно. А если ему рассказать, да еще и показать на примере, чем плохой кернинг отличается от хорошего, — покой навеки утрачен. Теперь плохой кернинг постоянно будет ему бросаться в глаза на вывесках, объявлениях и рекламе в метро.

Короче говоря, пришлось-таки сделать небольшую библиотечку для сворачивания консоли в трей-иконку. Проблем тут, собственно, немного, но они есть (поэтому наивный вариант решения задачи — добавить компонент NotifyIcon с обработчиком DoubleClick, по которому что-нибудь там делать — не работает):

• В .NET Framework нету легального способа получить в свое распоряжение окно консоли
• В консольных приложениях нет конвейера сообщений

То есть, грубо говоря, добавить NotifyIcon можно (и в системном трее она будет нормально показываться), но обработчик события Click или DoubleClick вызываться не будет. Поскольку конвейера нет, событие просто некому переправить на обработку. А если и получится вызвать такой обработчик, непонятно, что в этом обработчике делать с консолью.

Чтобы справиться с этими проблемами, нужно 1) запустить свой конвейер сообщений в отдельном потоке и 2) заполучить хэндл окна консоли и прятать/показывать его средствами WinAPI. Выглядит так, как будто весь компонент будет состоять из сплошных вызовов p/invoke, то есть решение не будет блистать изяществом.

Однако выяснилось, что на деле не все так страшно. Оказывается, конвейеру WinForms — Application.Run(…) — вовсе не требуется главная форма. Он вполне сносно будет работать, если вместо этой формы ему подсунуть компонент NotifyIcon. То есть, первая часть задачи на самом деле сводится к запуску отдельного потока, в котором будет создаваться NotifyIcon и запускаться конвейер. И никакого p/invoke, что весьма приятно.

Хендл окна консоли, как выяснилось, иногда можно получить вот так: Process.GetCurrentProcess().MainWindowHandle. Здесь, разумеется, все портит слово «иногда»: на моем ноутбуке этот способ работает (Win7 x64), а на рабочем компьютере (WinXP x32) — нет. Вместо хендла возвращается IntPtr.Zero (MSDN говорит, что так задумано).

Так что для второй части задачи — прятать/показывать окно консоли — p/invoke все же нужен. Во-первых, нужен хендл консольного окна, во-вторых — метод ShowWindow(), который прячет или показывает окно по его хендлу. Весь WinAPI-мусор выносится в отдельный файл строчек примерно на 50 — ничего страшного. Жаль, правда, что портабельным этот вариант не будет, ну да хрен с ним, я и не претендовал на универсальность.

А дальше можно сделать приемлемую обертку, на иконку прицепить контекстное меню и заполнять его каким-нибудь fluent-интерфейсом:

using (var tools = new ConsoleTools())
{
    // настраиваем иконку в системном трее
    tools.SetNotifyIcon(SystemIcons.Shield)
        .SetTooltip(Console.Title + ": double click to toggle visibility")
 
        // добавляем обработчики событий (конвейер их обработает)
        .OnClick((s, e) => Console.WriteLine("NotifyIcon clicked!"))
        .OnDoubleClick((s, e) => tools.ConsoleVisible = !tools.ConsoleVisible)
 
        // добавляем пункты контекстного меню
        .AddMenuItem("About", SystemIcons.Question, ShowAboutBox)
        .AddMenuSeparator()
        .AddMenuItem("Hide console", (s, e) => tools.ConsoleVisible = false)
        .AddMenuItem("Show console", (s, e) => tools.ConsoleVisible = true)
        .AddMenuSeparator()
 
        // метод CloseConsole() работает как нажатие кнопки [x] на окне консоли
        .AddMenuItem("Close console",
            SystemIcons.Error, (s, e) => tools.CloseConsole());
 
    // А тут все как обычно, к примеру, RemotingConfiguration.Configure(...)
    Console.WriteLine("Press Enter to exit...");
    Console.ReadLine();
}

Остается только причесать немножко библиотеку и запустить ее куда-нибудь на CodePlex.

Крут этот мессенджер тем, что, во-первых, берет список контактов из ActiveDirectory (т. е. в контакт-листе автоматом находятся все доменные пользователи компании), а во-вторых — не требует никакой настройки на клиенте, берешь и запускаешь.  Можно даже с сетевого диска запускать, все равно пользователь автоматом авторизуется под своим доменным логином и будет иметь доступ к контакт-листу и своей личной истории сообщений.

Первый год своего существования (а появился он в конце 2003 года) назывался он Kommandozentrum, и старые пользователи до сих пор его называют коммандозером, или еще проще — дозером. Ну, типа, «Скинь мне в дозер ссылочку на тот сайт».

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

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

UPD. Написал два документа, но не стал публиковать в этом блоге:

• Установка сервера
• Описание файла конфигурации