Будни программиста

Сильный пароль, который хорошо запомнить? Легко!

noreply@blogger.com (Андрей Бороздин) — Thu, 02 Feb 2012 09:18:00 +0000

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

Суть метода в следующем. Берем какое-нибудь четверостишие или несколько строк из хорошо знакомого стихотворения и затем трансформируем текст в пароль по следующему алгоритму:

Для формирования пароля используем первые буквы слов. Лучше с учетом регистра.
Для русскоязычного текста используем транслитерацию.
Для обозначения переносов строк используем специальные символы _ – = # % ^ *.
Заменяем буквы похожие на цифры – цифрами или специальными символами
- A - @
- S - $
- O - 0
- L – 1
- B -6
- I - &
Для слов отрицания используем символ ! или ~.
Знаки препинания можно сохранить, а можно исключить.

Пункты 1 и 2 должны выполняться первыми, остальные – в произвольном порядке.

А теперь от слов к делу – рассмотрим пример. В качестве примера возьмем вот такую фразу

Прошла зима, настало лето — спасибо Путину за это!

Выполнив пункты 1 и 2 получим следующий текст:

Pznl-sPze!

Пунктов 3 и 5 у нас нет. После пунктов 4 и 6 получим итоговый пароль:

Pzn1-$Pz!

Теперь проверим качество пароля, например, при помощи Password Meter:

А вот с использованием Password Checker от Майкрософт пароль получил среднюю оценку.

Попробуем еще раз. Теперь возьмем текст подлиннее:

Наша Таня громко плачет:
Уронила в речку мячик.
- Тише, Танечка, не плачь:
Не утонет в речке мяч.

Выполнив пункты 1, 2 и 5 получим следующий текст:

nTgp

Yvrm

TT!p

!yvrm

Выполнив пункт 3 получим:

nTgp_Yvrm-TT!p=!yvrm

Пункта 4 у нас нет и по этому итоговый пароль следующий:

nTgp_Yrvrm-TT!p-!yvrm.

Несмотря на то, что в пароле не оказалось цифр, в этот раз Рassword Сhecker оказался более благосклонным:

И на последок. Не используйте приведенные здесь примеры паролей.

Как востановить поврежденный файл данных Outlook

noreply@blogger.com (Андрей Бороздин) — Fri, 01 Jul 2011 08:00:00 +0000

Однажды, после неудачной синхронизации со смартфоном (я в это время еще игрался с Search Folders) Outlook меня порадовал вот таким сообщением:

Признаюсь, меня чуть кондратий не хватил – у меня там и почта и митинги и таски.

Как ни странно, но никакие рестарты (а именно это и советуется в сообщении об ошбике ;)) ему не помогли.

Традиционый совет, который я нашел в интернете, в подобном случае – запусить запустить Outlook c командой /resetnavpane тоже к результату не привел. Что вобщем-то и логично. Поскольку проблема не в кривом размещении окон, а в поврежденном файле данных Outlook. Какой-либо другой команды по рестарту Outlook c востановлением у Outlook тоже не обнаружилось (официальный список команд здесь).

После целенаправленных поисков по востановлению файла данных Outlook нашел ссылку на Inbox Repair Tool (Scanpst.exe).

Хоть название утилилты не особо вселяло надежду (у меня грохнулся не просто Inbox, а весь файл с почтой, календарем и пр.), програму я нашел и запустил. У меня она располагается здесь "C:\Program Files (x86)\Microsoft Office\Office12\SCANPST.EXE".

Файл сканировался больше часа (а что ж вы хотели пару гигов то ;)) и к моему счатью ему помогло.

Пару выводов из всей этой истории:

1. Совет в сообщении об ошибке 'Microsoft Office Outlook' must be restarted – что мертвому припарка. Лучще бы сразу советовали запустить сканирование Scanpst.exe, если поврежден файл данных.

2. Inbox Repair Tool стоит переназвать. Что-то вроде Outlook Data File Repair Tool куда больше соответсвует действительности.

3. Такую ценную утилиту стоит выноить в Start Menu.

4. Ну и последнее. Не настраивайте Search Folders во время синхронизации с Outlook ;).

Использование C# кода и объектов расширения (extension objects) в XSLT-процессоре .NET Framework

noreply@blogger.com (Андрей Бороздин) — Wed, 22 Jun 2011 11:14:00 +0000

В .NET реализована спецификация XSLT 1.0 и его возможностей за частую не хватает. Например, отсутствует использование регулярных выражений, нет кодирования строк для использования в URL и т. д. В то же время .NET Framework позволяет обойти ограничения за счет таких средств как:

параметры XSL трансформации;
встраивание кода на JavaScript, VB.NET, C# и других языках;
использование объектов расширения (extension objects.

В этой статье я хочу остановиться только на 2-х способах, которые сам регулярно использую, внедрение кода на С# и объекты расширения. Чтобы примеры были более конкретными, допустим, что у нас есть XML файл в котором содержатся данные для формирования линки на поиск в Bing. Вот пример такого XML файла:

Чтобы примеры были более конкретными, допустим, что у нас есть XML файл в котором содержатся данные для формирования линки на поиск в Bing.

Вот пример такого XML файла:

xml version="1.0" encoding="utf-8" ?>

queries>

Если в такого рода задаче не кодировать параметры для URL, то специальные символы (как &) не будут закодированы и URL будет распознан не верно либо может сформироваться невалидный URL.
Ниже приведен пример поиска по запросу из XML файла без кодирования параметров

А здесь правильный вариант

В первом случае символ & не был закодирован и не распознан, как часть строки поиска. Во втором случае & был закодирован и Bing распознал его.

Ниже приведены примеры, как можно добавить кодировние URL внедрением C# кода и с использованием объектов расширения. Фрагменты C# кода и XSLT на которые надо обратить внимание, выделены жирным и увеличенным шрифтом.

Пример XSLT с внедрением С# кода

xml version="1.0" encoding="utf-8"?>

<xsl:stylesheet

version="1.0"

xmlns:xsl="http://www.w3.org/1999/XSL/Transform"

xmlns:msxsl="urn:schemas-microsoft-com:xslt"

xmlns:utility="urn:utility-scripts"

exclude-result-prefixes="msxsl">

<xsl:output method="html" indent="yes"/>

<xsl:template match="query">

<xsl:element name="a">

<xsl:attribute name="href">

<xsl:value-of select="concat('http://bing.com/search?q=', utility:EncodeUrl(@term))"/>

xsl:attribute>

<xsl:value-of select="@title"/>

xsl:element>

<br />

xsl:template>

<msxsl:script language="C#" implements-prefix="utility">

<msxsl:assembly name="system.web" />

public string EncodeUrl(string rawUrl) {

return System.Web.HttpUtility.UrlEncode(rawUrl);

}

]]>

msxsl:script>

xsl:stylesheet>

Пример с использованием объектов расширения
XSLT:

xml version="1.0" encoding="utf-8"?>

<xsl:stylesheet

version="1.0"

xmlns:xsl="http://www.w3.org/1999/XSL/Transform"

xmlns:msxsl="urn:schemas-microsoft-com:xslt"

xmlns:utility="urn:utility-scripts"

exclude-result-prefixes="msxsl">

<xsl:output method="html" indent="yes"/>

<xsl:template match="query">

<xsl:element name="a">

<xsl:attribute name="href">

<xsl:value-of select="concat('http://bing.com/search?q=', utility:EncodeUrl(@term))"/>

xsl:attribute>

<xsl:value-of select="@title"/>

xsl:element>

<br />

xsl:template>

xsl:stylesheet>

Вызывающий C# код:

class Program

{

static void Main(string[] args)

{

XslCompiledTransform xsltAndExtObjTransform = new XslCompiledTransform();

xsltAndExtObjTransform.Load("..\\..\\XsltAndExtObj.xslt");

XsltArgumentList arguments = new XsltArgumentList();

arguments.AddExtensionObject("urn:utility-scripts", new Program());

using (StreamWriter writer = File.CreateText("XsltAndExtObj.html"))

{

xsltAndExtObjTransform.Transform("..\\..\\Data.xml", arguments, writer);

}

public string EncodeUrl(string rawUrl)

{

return System.Web.HttpUtility.UrlEncode(rawUrl);

}

Заключение
Описанные методы дают огромные возможности для расширения возможностей XSLT, но нужно помнить, что есть и плата – это потеря некоторой переносимости кода. Такой XSLT не возможно без переработки использовать в среде отличной от .NET – таких как Java или PHP и т. д.

Если же сравнивать межу собой внедрение c# кода и объекты расширения, то предпочтительней использовать объекты расширения. Их проще разрабатывать – есть подсветка синтаксиса и синтаксические ошибки выявляются на этапе компиляции проекта . Проще сопровождать – можно (и нужно) написать unit-test для проверки логических ошибок. Ну и на конец объект расширения можно будет использовать повторно (и не только в XSLT).

Удобство в использовании объектов расширения в том, что весь код, необходимый для их работы находится в том же XSLT файле. Без каких либо дополнительных усилий и зависимостей, XSLT c объектами расширения можно использовать в другой трансформации, другом .NET проекте.

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

Эрик Гамма переходит на работу в Майкрософт

noreply@blogger.com (Андрей Бороздин) — Tue, 07 Jun 2011 09:37:00 +0000

Как пишет в своем блоге Janson Zanders, признанный эксперт в области разработки программного обеспечения, соавтор книги Design Patterns, один из разработчиков JUnit и Eclipse -- Эрик Гамма присоединится к команде разработчиков Visual Studio и возглавит Visual Studio development lab в Цюрихе. Подробнее здесь.

Незаменимых нет? (или чем заменить .NET Reflector)

noreply@blogger.com (Андрей Бороздин) — Mon, 06 Jun 2011 08:31:00 +0000

Многие знают, что с июня месяца рефлектор стал платным. За неделю до этого события я решил подыскать себе бесплатную альтернативу. Выбирал среди ILSpy, JetBrains dotPeek и Telerik JustDecompile. Около недели я ими пользовался, и свои наблюдения я фиксировал в файлике. Таким образом, у меня появилась небольшая статья, которая, возможно, кому-нибудь облегчит выбор.

С основной задачей – декомпиляцией кода все приложения справляются достаточно хорошо. Поэтому следующим шагом стал выбор наиболее удобной в использовании замены рефлектора и развитость «второстепенного» функционала.

Наиболее важные для меня критерий выбора декомпилятора были следующие:

Удобство работы
Скорость работы (загрузка, поиск типа, декомпиляция)
Функционал

Analyze
Декомпиляция в Visual Basic
Search MSDN
Поиск типа, метода, строки.

Естественно, поскольку, удобство работы, это очень нечеткий критерий, то и вывод мой, что мой вывод будет субъективным.

По скорости работы особых нареканий у меня тоже не оказалось. Точнее все работают приблизительно одинаково медленно ;), разве что Telerik JustDecompile грузится немого медленей других.

А вот по развитости второстепенного функционала продукты отличаются довольно сильно.

К сожалению, на текущий момент ни один из декомпиляторов не поддерживают следующие операции:

Поиск строки
Поиск выбранного типа в MSDN
Поиск выбранного типа в Bing

Однако, что поскольку разработка этих продуктов началась сравнительно недавно (февраль 2011) и еще идет полным ходом, функционал может существенно измениться. Поэтому ниже я привожу версии продуктов, между которыми я выбирал.

Далее я приведу скриншоты декомпиляторово и их краткое описание (отличие).

ILSpy билд 1.0.0.822

Очень похож на.NET Reflector. Умеет декомпилировать в C# и IL. Есть приятная функция, которой нет в рефлекторе и в других декомпиляторах – при декомпиляции кода показывает комментарии, что очень удобно.

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

Telerik JustDecompile Beta билд 2011.1.516.2

Минусы начинаются со скачивания инсталлятора – при скачивании требует регистрации. У меня регистрация была, но в противном случае я бы его не стал скачивать.

Интересное совпадение, пока я писал эту статью JustDecompile показал мне уведомление, что есть обновленние, но что бы его скачать надо было опять вводить регистрационные данные. Лень мне стало их искать и обновление не стал скачивать.
Переборщили они с этим.

Немного не типичный интерфейс пользователя из-за чего создается впечатление что у программы Из рассматриваемых продуктов единственный, который на текущий момент умеет декомпилировать в C# и Visual Basic .NET.

Функция Analyze здесь называется Find Usages. Есть проблемы с поиском типов. Почему-то не всегда находит типы, так же не всегда при поиске типов фокус ввода в поле ввода. Мелочь, а неприятно.

JetBrains dotPeek билд 1.0.0.1219

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

Из существенных ограничений – умеет только декомпилировать в C#.

Для тех, кто пользуется решарпером интерфейс и горячие клавиши будут знакомы. Жаль, но не работает как в решарпере поиск элемента по заглавным буквам. Отличается и немного терминология. Т.е. нет команды Analyze, но есть Find Usages и Find Usages Advanced.

Нет панели инструментов с кнопками навигации (как-то привык я к нему в рефлекторе), чтобы перемещаться по коду вперед-назад надо выбирать пункта Navigate главного меню, что откровенно говоря не удобно. К счастью для этих команд горячие клавиши такие же как и в студии по дефолту.

Автоматически не выделяется текущий тип в дереве (но есть специальная команда ;)).

Как видно из скриншота каждый тип открывается в новой вкладке. Вкладки можно перемещать и прикреплять аналогично тому как это делается в студии.

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

Выводы

Меньше всех понравился JustDecompile. Оставлю только на случай если понадобится декомпиляция в Visual Basic .NET. Между ILSpy и dotPeek окончательный выбор я так пока не сделал. Я хоть и пользусь решарпером и нравится мне продвинутая функциональнось dotPeek, но как-то в большинстве случаев ILSpy пользоваться удобней. Возможно, сказывается привычка к .NET Reflector, а ILSpy больше всего на него похож.

Офисный фитнес

noreply@blogger.com (Андрей Бороздин) — Fri, 13 May 2011 14:59:00 +0000

Пятница навеяла.

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

Я стараюсь поступать так. Накапливаю мелкие задачи, чтобы выполнить во время отыха: занести справку в бухгалтерию, отнести админам диск, распечатать что-либо на принтере (принтер в другой комнате). Но любимый мой способ отдыха – это ходьба по лестнице. Поднимаюсь на 7-9 этажей, спускаюсь, и т.п, Темп и количество этажей зависят от настроения.

Заметил интересный побочный эфект. Во время ходьбы по лестницевспоминается что-то что хотел бы сделать, но нигде не записал, приходят интересные идеи (но как правило не связанные с работой ). Всем хорошего отдыха!

Если хочешь что-то спрятать – положи на видном месте

noreply@blogger.com (Андрей Бороздин) — Fri, 08 Apr 2011 14:21:00 +0000

В продолжение темы залоченных файлов. Совершенно случайно обратил внимание что оказывается стандартный диалог File In Use показывает имя процесса, который держит файл. Жаль что не позволяет его разлочить и не работает для каталогов.

Ниже скриншот с моего прошлого поста

Как узнать, кто заблокировал файл или папку

noreply@blogger.com (Андрей Бороздин) — Thu, 03 Feb 2011 17:02:00 +0000

Я регулярно пользуюсь утилитами Sysinternals и хочу поделиться одним из cпособов как при помощи Process Explorer выяснить какой процес заблокировал досуп к файлу или папке.

Использовать утилиты очень удобно – они бесплатны, не требуют инсталяции и могут быть запущены без предварительного скачивания из интернета (см http://live.sysinternals.com/). Последние 2 пункта делают их очень удобными при траблшутинге на серверах.

Итак, как же узнать, кто держит тот или иной файл или папку.

Для скриншотов я смоделировал такую ситуацию нарочно, открыв в ворде файл "D:\temp\Doc1.docx" и пытаясь его в это же время удалить в проводнике. При попытке удалить файл получаю следуюющее сообщение

Поищем этот документ в Process Explorer: Find->Find Handle or DLL…

В появившемя окне вводим имя заблокированного файла и жмем Search

Двойной клик на найденном файле и вы переходите в дерево процессов.

В нижем списке выбираете ваш файл (он подсвечен серым) и в контекстном меню выбираете команду Close Handle. Соглашаетесь с предупреждением, что приложение может упасть и все. Файл разблокирован и может быть спокойно удален.

Есть еще один способ сделать то же самое – воспользваться утилитой Unlocker. Она тоже бесплатна и ее можно скачать с сайта разработчика http://cedrick.collomb.perso.sfr.fr/unlocker/.

Утилита требует инсталяции . После инсталяции, в проводнике, в контекстном меню появится пунк Unlocker.

Выделяете в проводнике проблемный файл, выбираете команду Unlocker и в появившемся окне видно какой процесс заблокировал файл. Кнопка Unblock разблокирует файл и можно его будет спокойно удалить.

Это конечно проще чем с Process Explorer :). Еще один плюс – если файл нельзя удалить сразу, например какой-нибудь системный файл, то Unlocker может предложить его удалить во время перезагузки системы.

И снова здравствуйте!

noreply@blogger.com (Андрей Бороздин) — Sat, 22 Jan 2011 13:09:00 +0000

Друзья!

Более двух лет в блоге не было ни одного сообщения. Как верно заметил BrigOS, в одном из комментариев, по сути блог был мертв и его можно было удалить из RSS ридера. Но блог не умер, он просто спал и набирался сил.

За два года много изменилось – айфоны и айпэды захватили мир, а Live Search стал Bing. Изменилась и моя жизнь – у меня родился сын (и ему уже почти 2 года ;)), немного изменились и мои увлечения. Что бы успевать больше я стал верным адептом тайм-менеджмента и появилось время для ведения блога. Более того, появилось большое желание снова его вести. Возможно, немного изменится тематика блога – по мимо чисто програмистских тем, мне хочется поделисться опытом применения тайм-менеджмента в собственной жизни, появятся отзывы на прочитанные книги. Планируемая периодичность обновления блога – раз в 2 недели.

До следующей встречи!

Поиск слов по шаблону в Lingvo

noreply@blogger.com (Андрей Бороздин) — Sun, 28 Dec 2008 14:26:00 +0000

У многих кто изучает английский язык и активно пользуются ПК стоит Lingvo. По крайней мере я и все мои знакомые пользуются именно этим словарем. Функции, которой мне нахватало был поиск слова по шаблону. Недавно, пролистывая брошюрку, которая идет с коробочной версией лингво обнаружил что такая функция есть и причем уже достаточно давно. Функция поиска по шаблону (в справке она называется поиск по маске) поддерживает известные символы подстановки “*” и “?” – любые буквы в любом количестве и одна любая буква соответственно.

Работает такой поиск следующим образом. В строку поиска надо ввести интересующий шаблон, например “he*o” и нажать Ctrl+F3. Программа запустит поиск по всем активным словарям и выведет окно с подходящими словами и словосочетаниями.

Интеллект Live Search

noreply@blogger.com (Андрей Бороздин) — Thu, 18 Dec 2008 19:28:00 +0000

Давно знал, что поисковик Google может быть использован как простой калькулятор, но вот вчера с удивлением обнаружил, что майкрософтовский Live Search умеет решать уравнения. И что поразило меня еще больше, что нелинейные уравнение ему тоже по зубам. Вот парочка примеров (кликабельно):

x+(x+1)=93 (этот пример приведен в справке Live Search)
x^3=9
x^2+2*x=13
Sin(x)=0.9

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

Sysinternals Desktops v1.0

noreply@blogger.com (Андрей Бороздин) — Sat, 23 Aug 2008 13:12:00 +0000

«Широко известный в узких кругах» пакет утилит Sysinternals Suit пополнился еще одним приложением – Desktops v1.0. Эта утилита решает проблему переполненности панели задач и позволяет создавать до 4 виртуальных рабочих столов и работать раздельно с приложениями на каждом из них. Например, разрабатывать приложение в одном и просматривать почту и писать отчет в другом. Между приложениями на разных десктопах удобно переносить данные, так как они имеют один общий буфер обмена. Переключаться между десктопами можно по горячим клавишам или при помощи иконки в трэе.

В целом с приложением удобно работать, хотя есть определенные ограничения. Некоторые сочетания клавиш, например, Ctrl+Shif+ Esc (запуск Windows Task Manager) работают только в первом рабочем столе, (там, где была утилита запущена), не смотря на то, в каком рабочем столе такое сочетание клавиш было нажато, приложение запустится в первом.
Скачать утилиту можно здесь.

Определение Integrity Level для процесса на c#

noreply@blogger.com (Андрей Бороздин) — Wed, 06 Aug 2008 11:31:00 +0000

В Windows Vista появился дополнительный механизм защиты – Integrity Levels. В зависимости от его уровня различаются и возможности приложения по работе с защищенными ресурсами системы. Поэтому актуальной задачей является определение значения Integrity Level процесса. В MSDN есть пример по определению Integrity Level текущего процесса для неуправляемого кода (статья Appendix D: Getting the Integrity Level for an Access Token). Ниже я привел подобный код на C#. Я постарался сохранить стиль кода с оригиналом, что бы их было проще сравнивать. Так же, на мой взгляд, в оригинальном примере есть ошибка в определении уровней High и System. Поэтому я заменил фрагмент кода

else if (dwIntegrityLevel >= SECURITY_MANDATORY_HIGH_RID) 
{ 
    // High Integrity
    ... 
}

на

else if (dwIntegrityLevel >= SECURITY_MANDATORY_HIGH_RID && 
          dwIntegrityLevel < SECURITY_MANDATORY_SYSTEM_RID) 
{ 
    // High Integrity 
    ... 
}

А вот и пример консольного приложения, которое определяет свой текущий Integrity Level.

using System;
using System.Collections.Generic;
using System.Text;
using System.Runtime.InteropServices;
using System.Security.Principal;
using System.Diagnostics;

namespace IntegrityLevel
{
    class Program
    {
        static void Main(string[] args)
        {
            ShowProcessIntegrityLevel();
        }

        public static void ShowProcessIntegrityLevel()
        {
            IntPtr hProcess = Process.GetCurrentProcess().Handle;
            IntPtr hToken;
            if (!OpenProcessToken(hProcess, 
                    TokenAccessLevels.MaximumAllowed,
                    out hToken))
            {
                return;
            }

            try
            {
                uint dwLengthNeeded;
                if (GetTokenInformation(hToken,
                        TOKEN_INFORMATION_CLASS.TokenIntegrityLevel,
                        IntPtr.Zero,
                        0,
                        out dwLengthNeeded))

                uint dwError = (uint)Marshal.GetLastWin32Error();
                if (dwError == ERROR_INSUFFICIENT_BUFFER)
                {
                    IntPtr pTIL = Marshal.AllocHGlobal((int)dwLengthNeeded);
                    try
                    {
                        if (!GetTokenInformation(hToken, 
                                                 TOKEN_INFORMATION_CLASS.TokenIntegrityLevel, 
                                                 pTIL, 
                                                 dwLengthNeeded, 
                                                 out dwLengthNeeded))
                        {
                            return;
                        }

                        TOKEN_MANDATORY_LABEL TIL = 
                            (TOKEN_MANDATORY_LABEL)Marshal.PtrToStructure(pTIL, 
                                typeof(TOKEN_MANDATORY_LABEL));

                        IntPtr SubAuthorityCount = GetSidSubAuthorityCount(TIL.Label.Sid);

                        IntPtr IntegrityLevelPtr = GetSidSubAuthority(TIL.Label.Sid, 
                            Marshal.ReadByte(SubAuthorityCount) - 1);

                        int dwIntegrityLevel = Marshal.ReadInt32(IntegrityLevelPtr);

                        if (dwIntegrityLevel == SECURITY_MANDATORY_LOW_RID)
                        {
                            // Low Integrity
                            Console.WriteLine("Low Process");
                        }
                        else if (dwIntegrityLevel >= SECURITY_MANDATORY_MEDIUM_RID &&
                             dwIntegrityLevel < SECURITY_MANDATORY_HIGH_RID)
                        {
                            // Medium Integrity
                            Console.WriteLine("Medium Process");
                        }
                        else if (dwIntegrityLevel >= SECURITY_MANDATORY_HIGH_RID &&
                             dwIntegrityLevel < SECURITY_MANDATORY_SYSTEM_RID)
                        {
                            // High Integrity
                            Console.WriteLine("High Integrity Process");
                        }
                        else if (dwIntegrityLevel >= SECURITY_MANDATORY_SYSTEM_RID)
                        {
                            // System Integrity
                            Console.WriteLine("System Integrity Process");
                        }
                    }
                    finally
                    {
                        Marshal.FreeHGlobal(pTIL);
                    }
                }
            }
            finally
            {
                CloseHandle(hToken);
            }
        }

        // interop
        const uint ERROR_INSUFFICIENT_BUFFER = 122;
        const long SECURITY_MANDATORY_LOW_RID = 0x00001000L;
        const long SECURITY_MANDATORY_MEDIUM_RID = 0x00002000L;
        const long SECURITY_MANDATORY_HIGH_RID = 0x00003000L;
        const long SECURITY_MANDATORY_SYSTEM_RID = 0x00004000L;

        enum TOKEN_INFORMATION_CLASS
        {
            TokenUser = 1,
            TokenGroups = 2,
            TokenPrivileges = 3,
            TokenOwner = 4,
            TokenPrimaryGroup = 5,
            TokenDefaultDacl = 6,
            TokenSource = 7,
            TokenType = 8,
            TokenImpersonationLevel = 9,
            TokenStatistics = 10,
            TokenRestrictedSids = 11,
            TokenSessionId = 12,
            TokenGroupsAndPrivileges = 13,
            TokenSessionReference = 14,
            TokenSandBoxInert = 15,
            TokenAuditPolicy = 16,
            TokenOrigin = 17,
            TokenElevationType = 18,
            TokenLinkedToken = 19,
            TokenElevation = 20,
            TokenHasRestrictions = 21,
            TokenAccessInformation = 22,
            TokenVirtualizationAllowed = 23,
            TokenVirtualizationEnabled = 24,
            TokenIntegrityLevel = 25,
            TokenUIAccess = 26,
            TokenMandatoryPolicy = 27,
            TokenLogonSid = 28,
            MaxTokenInfoClass = 29
        }

        [StructLayout(LayoutKind.Sequential)]
        struct TOKEN_MANDATORY_LABEL
        {
            public SID_AND_ATTRIBUTES Label;
        }

        [StructLayout(LayoutKind.Sequential)]
        struct SID_AND_ATTRIBUTES
        {
            public IntPtr Sid;
            public int Attributes;
        }

        [DllImport("kernel32.dll", SetLastError = true)]
        [return: MarshalAs(UnmanagedType.Bool)]
        static extern bool CloseHandle(IntPtr hObject);

        [DllImport("advapi32.dll", SetLastError = true)]
        [return: MarshalAs(UnmanagedType.Bool)]
        static extern bool OpenProcessToken(IntPtr ProcessHandle,
            TokenAccessLevels DesiredAccess,
            out IntPtr TokenHandle);

        [DllImport("advapi32.dll", SetLastError = true)]
        static extern bool GetTokenInformation(IntPtr TokenHandle,
            TOKEN_INFORMATION_CLASS TokenInformationClass,
            IntPtr TokenInformation,
            uint TokenInformationLength,
            out uint ReturnLength);

        [DllImport("kernel32.dll")]
        static extern IntPtr LocalAlloc(uint uFlags, UIntPtr uBytes);

        [DllImport("advapi32.dll", SetLastError = true)]
        static extern IntPtr GetSidSubAuthority(IntPtr pSid, int nSubAuthority);

        [DllImport("advapi32.dll", SetLastError = true)]
        static extern IntPtr GetSidSubAuthorityCount(IntPtr pSid);
    }
}

Взаимодействие процессов по IpcChannel

noreply@blogger.com (Андрей Бороздин) — Fri, 18 Jul 2008 12:18:00 +0000

Недавно столкнулся с необходимостью организовать взаимодействие двух .NET процессов в рамках одного компьютера. Немного покумекав, решил для этих целей воспользоваться «родной» для платформы .NET технологией – Remoting. Первоначально в качестве канала для «общения» процессов планировал выбрать протокол TCP (TcpChannel), но затем обнаружил что во втором фреймворке появился новый канал ремоутинга, который идеально подходит для мой задачи – IpcChannel. Этот канал использует в своей работе именованные каналы (named pipes) и был разработан специально для организации взаимодействия нескольких процессов в рамках одного компьютера и согласно MSDN, работает намного быстрее TCP и HTTP. Использование технологии Remoting крайне просто и ниже я привел пример сервера и клиента взаимодействующих по каналу IpcChannel.
Ниже приведен код для сервера.

class ServerHost
{
   static void Main( string[] args )
   {
       IDictionary settings = new Hashtable();
       settings["portName"] = "IPC_Test";
       settings["exclusiveAddressUse"] = false;

       IChannel channel = new IpcChannel(settings, null, null);
       ChannelServices.RegisterChannel(channel, false);
       RemotingConfiguration.RegisterWellKnownServiceType(
           typeof( GreetingService ),
           "GreetingService",
       WellKnownObjectMode.Singleton );

       Console.WriteLine("Server started. Press ENTER to shutdown.");
       Console.ReadLine();
       ChannelServices.UnregisterChannel( channel );
   }
}

Далее идет код для клиента этого сервера

class ClientApp
{
   static void Main( string[] args )
   {
       IGreetingService service = (IGreetingService)Activator.GetObject(
           typeof( IGreetingService ),
           "ipc://IPC_Test/GreetingService" );

       Console.WriteLine(service.GetGreeting("IPC Tester"));
       Console.ReadLine();
   }
}

И наконец, пример интерфейса и реализация сервиса, который используемых как клиентом, так и сервером.

public interface IGreetingService
{
   string GetGreeting(string userName);
}

class GreetingService: MarshalByRefObject, IGreetingService
{
   public string GetGreeting( string userName )
   {
       return "Hello, " + userName;
   }
}

Обратите внимание на установку параметра exclusiveAddressUse в false. В MSDN есть предупреждение, что установка его в false позволит нескольким серверам использовать одни и тот же порт, что может привести к брешам в безопасности такой архитектуры, однако если его не установить в false используемый сервером порт может быть недоступным еще около 1 секунды после завершения работы сервера.
Ниже приведен еще один пример реализации хоста сервера, но настройка ремоутинга произведена посредством конфигурационного файла.

class ConfigServerHost
{
   static void Main( string[] args )
   {
       RemotingConfiguration.Configure( "ConfigServerHost.exe.config", false );

       Console.WriteLine( "Server started. Press ENTER to shutdown" );
       Console.ReadLine();
   }
}

И наконец, app.config, который после компиляции проекта преврацается в ConfigServerHost.exe.config


<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.runtime.remoting>
  <application name="IPC Sample">
    <service>
      <wellknown mode="Singleton" type="ServerHost.GreetingService, ServerHost" objectUri="GreetingService" />
    </service>

    <channels>
      <channel ref="ipc" portName="IPC_Test" exclusiveAddressUse="false" />
    </channels>
  </application>
</system.runtime.remoting>
</configuration>

«Незаметный» запуск внешних процессов

noreply@blogger.com (Андрей Бороздин) — Sat, 12 Jul 2008 18:35:00 +0000

Иногда возникает необходимость запустить внешний процесс, получить от него какие-либо данные (либо просто дать ему возможность отработать) и затем его закрыть. В .NET Framework для этих целей служит класс System.Diagnostics.Process и с этим классом запуск процессов весьма прост. Однако внешний процесс становится виден пользователю (часто это можно наблюдать при работе инсталляторов), что, вообще-то говоря, нежелательно. А вот чтобы запустить внешний процесс незаметно для пользователя, надо в классе настроек запуска процесса ProcessStartInfo свойству WindowStyle присвоить значение ProcessWindowStyle.Hidden. Но, как гласит русская народная пословица, лучше один раз увидеть, чем сто раз услышать, и поэтому ниже представлен небольшой пример «незаметного» запуска процессов. Приведенный фрагмент кода запускает утилиту Reg.exe (Console Registry Tool for Windows) и делает бэкап ветки реестра HKEY_CLASSES_ROOT\mailto в файл.

static void Main()
{
ProcessStartInfo startInfo = new ProcessStartInfo();
startInfo.FileName = "reg";
startInfo.Arguments = @"save HKEY_CLASSES_ROOT\mailto c:\mailto.reg";
startInfo.WindowStyle = ProcessWindowStyle.Hidden;
Process.Start(startInfo);
}

P/Invoke Interop Assistant

noreply@blogger.com (Андрей Бороздин) — Mon, 07 Jul 2008 07:53:00 +0000

Команда CLR Interop недавно выпустила новый инструмент под названием P/Invoke Interop Assistant. Как можно догадаться из названия, он умеет генерировать код на С# и VB.NET для вызова native функций в .net приложениях. На рисунке ниже представлено главное окно P/Invoke Interop Assistant.

Если сравнивать его с другим популярным инструментом подобного рода – PInvoke.net, то в целом они очень похожи, хотя и есть некоторые отличия. На рисунке ниже изображено главное окно PInvoke.net.

P/Invoke Interop Assistant реализован отдельным инструментом и более функционален: в нем реализован контекстный поиск, есть генерация для типов и что особенно удобно есть генерация кода констант. Однако большая функциональность делает его несколько более сложным в использовании.
PInvoke.net существенно проще в использовании, и интегрируется в студию (в главном меню появляется пункт PInvoke.net). Ко всему прочему, PInvoke.net генерирует более простой код.

Отладка с исходниками .NET Framework в VS 2005 или краткое руководство по NetMassDownloader

noreply@blogger.com (Андрей Бороздин) — Wed, 02 Jul 2008 08:19:00 +0000

Многие знают, что Microsoft открыла существенную часть исходного кода .NET Framework 2.0. Автоматическое скачивание исходников и отладочных файлов из интернета стало доступно с VS 2008 (здесь можно прочитать подробнее) Однако воспользоваться удобством отладки с исходным кодом можно и на VS 2005. Kerem Kusmezer и John Robbins написали приложение, которое скачивает на вашу машину все исходники и файлы для отладки для нужных вам сборок .NET 2.0. (Для справки: Джон Роббинс – известный эксперт в области отладки приложений и автор большого количества книг на эту тему под Windows и .NET, второго чела не знаю :)). Этой утилитой удобно пользоваться и при работе на VS 2008, поскольку она автоматически скачивает все исходники и файлы отладки, и затем вам не потребуется постоянный коннект с интернетом при отладке.

Итак, ближе к делу. Называется утилита NetMassDownloader, а скачать ее можно здесь.

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

Чтобы скачать исходники и отладочные файлы, запустите NetMassDownloader со следующими параметрами:

NetMassDownloader.exe –d C:\Windows\Microsoft.NET\Framework\v2.0.50727 –output c:\.NETSource

Как можно догадаться из параметров, C:\Windows\Microsoft.NET\Framework\v2.0.50727 – это путь, где установлены библиотеки фреймворка, а c:\.NETSource – путь, куда надо сохранить исходники и файлы отладки.

После того, как исходники скачаны (у меня их размер составил около 130Mb, так что наберитесь терпения), можно перейти к настройке студии. В окне Options (Tools -> Options) найдите узел Debugging, раскройте его и откройте свойства узла Symbols. В списке Symbol file (.pdb) locations добавьте каталог, куда были скачаны исходники. Пример того, как это сделано у меня, на рисунке ниже.

Далее, в том же узле Debugging откройте свойства узла General и снимите флаг с опции Require source files to exactly match the original version (см. рисунок ниже).

Если вы ранее уже скачивали pdb-файлы фреймворка, то их надо удалить, т.к. есть вероятность, что он возьмет их, а не те, что вы скачали при помощи NetMassDownloader.

Чтобы проверить, всё ли у вас работает, создайте новый проект, например, WindowsApplication, в конструкторе формы поставьте брейкпоинт (до вызова InitializeComponent) и запускайте отладку. Как только отладчик остановится на конструкторе вашей формы, нажимайте F11. Затем появится диалог, чтобы вы указали, где находится код файла Form.cs. В моем случае это следующий путь:

c:\.NetSource\RedBits\ndp\fx\src\WinForms\Managed\System\WinForms\Form.cs

После этого у вас в IDE должен открыться исходный код класса Form.cs.

В дальнейшем, для этого сеанса работы студия будет автоматически находить исходники. Если вас напрягает искать первый файл с исходником, то можно каталог исходников добавить в свойства проекта:

Ну вот и все, легкой вам отладки!

Знаете ли вы, что…

noreply@blogger.com (Андрей Бороздин) — Fri, 27 Jun 2008 15:31:00 +0000

… среди блогов MSDN появился блог Сары Форд, переведенный на русский (за что огромное спасибо Виталию Зайко). Сара Форд (ее оригинальный блог здесь) работает в инженером по тестированию Visual Studio, а так же ведет блог по различным How-to и Did you know по использованию различных версий студии. Сара экстремально активный блогер, каждый день она как правило публикует по статье, так что скучать не придется :).

Shell Extension Handlers на .NET

noreply@blogger.com (Андрей Бороздин) — Thu, 19 Jun 2008 17:58:00 +0000

Вчера разбирался с Shell Extension-ами нашего проекта. Мне предстояло сделать что-бы контекстное меню для определённой иконки на десктопе формировалось динамически. Решил погуглить на счет примера реализации системного интерфейса IContextMenu на .net и вот какую вешь обнаружил. Оказывается Майкрософт крайне не рекомендует реализовывать Shell Extension Handler-ы на .net, и особенно те которые могут загружаться в процессы (in-process shell extensions). Вот ссылка на на оригинальное сообщение Jesse Kaplan, (одного из CLR Program Manager), а ниже мой вольный перевод его слов:

К сожалению, единственный способ реализовать их – это неуправляемый С++ . Создание расширителей оболочки, которые загружаются в процесс (in-process shell extensions), это в действительности очень опасная вешь, поскольку таким образом вы можете внедрить управляемый код (и .NET Framework) в каждое приложение на машине, у которого есть стандартный Windows-диалог для открытия файлов.

Проблемы возникают из-за того что только одна версия .NET Framework может быть загружена в процесс (другие компоненты предназначенные для совместного использования как java и msxml имеют те же свойства и как следствие те же ограничения).

Если вы напишете ваш расширитель оболочки на .NET Framework 2.0 , а приложение написанное на .NET Framework 1.1 создаст стандартный диалог для открытия файлов ваш расширитель сгенерирует ошибку, так как не сможет работать на младшей версии. Все может стать еще даже хуже если ваш расширитель загрузится в процесс раньше другого приложения на .net. Наличие вашего расширителя может привести к тому что приложению придётся работать на версии рантайма, на которую оно не было рассчитано и оно упадёт. Из-за всех этих проблем мы настоятельно рекомендуем не использовать исполняющие среды и библиотеки, которые поддерживают загрузку только единственной версии в процесс (такие как .NET Framework, java, or msxml) для разработки расширителей оболочки.

Вот такие дела. Тем не менее, если все таки кому-то надо реализовывать расширители оболочки, то хороший пример находится совсем рядом: VS2003Dir\SDK\v1.1\Samples\Technologies\Interop\Applications\ShellCmd,

где VS2003Dir – это каталог, где установлена 2003 студия.

Как стать экспертом

noreply@blogger.com (Андрей Бороздин) — Thu, 19 Jun 2008 09:29:00 +0000

На днях искал как поставить ударение над символом, при наборе текста в ворде. Попробовал метод научного тыка, но не нашел. Решил погулить и наткнулся на замечательный сайт полезных советов по ворду -- WordExpert.ru. Уверен, что у каждого время от времени возникают подобные вопросы, поэтому надеюсь, что ссылка окажется полезной.

GUI Шпионы (информация к размышлению)

noreply@blogger.com (Андрей Бороздин) — Mon, 16 Jun 2008 07:16:00 +0000

В этой статье я попытался сделать краткий обзор инструментов, которые помогают исследовать пользовательский интерфейс Windows-приложений, и с которыми мне в той или иной мере доводилось работать самому. Для иллюстрации работы инструментов я буду использовать простую форму с кнопкой и пустым (и по этому невидимым в рантайме) PictureBox. Вот как эта форма выглядит в дизайн-тайме (первый) и в рантайме (второй).

Итак, встречайте: Spy ++, The Customiser, Managed Spy и WfSpy. Первые два инструмента рассчитаны на работу с native Win32 приложениями, так как были созданы до появления технологии .NET, однако работу свою выполняют хорошо и с managed-приложениями. Естественно, всех свойств и событий для .NET контролов они не покажут, но наиболее важные, такие как: координаты, размеры, текст, доступность (enable/disable) - будут.

Spy ++ (Microsoft, Win32)
Пожалуй, самый известный в своем роде. Этим инструментом я пользуюсь постоянно и по сей день, поскольку это самый надежный инструмент из перечисленных. Не так давно у него появился младший брат Remote Spy – ориентированный на работу с приложениями, написанными для мобильных устройств.Но это уже совсем другая история. Spy++ уже много лет входит в состав Visual Studio. Однако через меню кнопки Пуск (Start) вы его, скорее всего, не найдете и поэтому рекомендую самостоятельно поискать в каталоге установки студии через обычный файловый поиск spyxx.exe. У меня он находится здесь VSDir\Common7\Tools (VSDir – каталог, где установлена студия). На рисунке ниже представлено главное окно Spy++, как оно выглядит сразу же после старта.

Инструмент умеет показывать информацию о запущенных процессах, созданных окнах, потоках. Но работает только в режиме readonly – показывает различные свойства перечисленных объектов системы, но менять не дает, в отличие от The Customiser или Managed Spy. Позволяет так же отслеживать события, которые приходят к интересующему окну. Чтобы начать исследовать какую-нибудь сложную форму или контрол, вызовите команду Find Window из меню Spy.

В появившемся диалоге наведите курсор на иконку окна с прицелом и перетащите ее на интересующее окно или контрол.
Затем нажмите OK. В результате появится диалог со свойствами выбранного объекта. Пример такого окна ниже.
С этого диалога на закладке Windows можно быстро перейти к родительскому окну, на закладке Process можно быстро перейти к родительскому процессу или потоку исследуемого окна. Если нажать кнопку Synchronize, выбранный объект будет найден в дереве окон, которое отображается в центральной части главного окна.
Закроем окно свойств и перейдем к дереву окон. В контекстном меню узла дерева есть несколько команд, но расскажу только о Highlight. Эта команда позволяет подсветить мерцающей рамкой контрол или окно, соответствующее узлу дерева. Разумеется, чтобы ее увидеть, надо чтобы окно, в котором находится выбранный контрол, находилось в области видимости.
Ну, вот вкратце и все. У инструмента еще много возможностей и кого он заинтересует, найдет их самостоятельно. Дополнительное описание Spy++ можно найти на его страничке в MSDN.

The Customiser (Wanga International, Win32)
Это первый инструмент такого рода, с которым я познакомился. Настоящая игрушка для программистов (и не только). В изучении пользовательского интерфейса приложений намного удобней и интуитивней Spy++ или Managed Spy. Скачать его можно здесь. Позволяет во время работы приложения менять свойства его контролов – размеры, положение, надписи, видимость, доступность (enable/disable) и еще много чего. Посылать различные сообщения контролам и окнам. Например, любую кнопку, которая находится в состоянии disable можно сделать enable, потом нажать и посмотреть что произойдет :). Вообще The Customiser умеет много чего, всего и не перечесть. Весьма прикольно при помощи The Customiser модифицировать панель задач и кнопу Пуск/Start. На рисунке ниже показан результат работы над кнопкой Start и панелью задач.
После запуска The Customiser появится небольшое окошко с бегающим вправо-влево шариком. Кстати, после инсталляции The Customiser надо искать в корне меню All Programs, никаких папок с именем компании или приложения он не создает.
Нажмите кнопку Edit Window и появится основное окно для работы. Далее, надо нажать на кнопку On (после чего курсор поменяет свой вид на большой и желтый) и затем можно выбрать интересующее окно или контол.
После выбора компонента для исследования в диалоге появятся дополнительные закладки, на которых сгруппированы информация и действия по изменению компонента.
Коротко опишу назначение каждой закладки.

Size and Position – просмотр и изменение положения и размеров компонента.
Text – позволяет изменять текст компонента, например, заголовок окна или надпись на кнопке.
Misc. – закладка предназначена для изменения таких свойств компонента как enable, visibility. Также содержатся команды для посылки событий типа maximize, minimize.
API Message – закладка предназначена для послылки компоненту всевозможных событий.

Несмотря на богатые возможности и простоту работы с инструментом иногда отказывается работать и повисает. Порой еще и винду вешает.

Managed Spy (Microsoft, .NET 2.0)
Это бесплатный инструмент, написанный Benjamin Wulfe, участвовавшим в разработке Visual Studio, дизайнера Windows Forms, и ряда классов для Framework и Compact Framework. Скачать ManagedSpy можно здесь. Сразу после старта в левой части окна отображаются процессы с managed кодом, а справа – свойства выбранного процесса или его дочернего элемента.
В панели свойств отображаются свойства выбранного контрола, где их можно не только просматривать, но и менять (в отличие от Spy++). На рисунке ниже показан результат изменения свойства BackColor для невидного в рантайме PictureBox.
Есть функция, позволяющая на исследуемом окне подсветить исследуемый контрол (аналогично команде Highlight из Spy++). Для этого в меню View вызовите команду Show Window. В общем-то, простой и удобный использовании инструмент, но, к сожалению, не на всех окнах ManagedSpy работает. На простых все ОК, а вот на сложных иногда дает сбои. По крайней мере, у себя в проекте я им воспользоваться не смог. Более подробное описание ManagedSpy можно найти в статье в MSDN Magazine.

WfSpy (.NET 1.0, .NET 1.1)
Инструмент написан Rama Krishna Vavilala. Распространяется бесплатно и исходниками, которые прилагаются к его статье на CodeProject. Статья доступна вот здесь. К ней прилагается вариант, скомпилированный для .net 1.0. но для работы под .net 1.1 достаточно его просто перекомпилировать в VS 2003. В целом по внешнему виду очень похож на ManagedSpy. Сразу после старта в центральной части окна отображаются процессы с managed кодом. Чтобы посмотреть свойства заинтересовавшего компонента надо нажать кнопку Details. После чего откроется окно со списком свойств выбранного компонента, где можно как просматривать, так и изменять свойства компонента.
Заключение
Как видно из этого небольшого обзора, большинство инструментов достаточно просты и работа с ними интуитивно понятна. Самый сложный в использовании – это Spy++, однако, он, пожалуй, и самый функциональный. В статье приведены четыре инструмента, с другими мне сталкиваться не приходилось, так что если вы знакомы с каким-либо еще подобным инструментом - пожалуйста, напишите об этом в комментариях.

Скромный пожиратель ресурсов

noreply@blogger.com (Андрей Бороздин) — Fri, 06 Jun 2008 08:56:00 +0000

В состав Visual Studio входит небольшая утилитка командной строки consume.exe, которая предназначена для загрузки ресурсов системы при нагрузочном тестировании. Найти ее можно по следующему пути: VSInstallDir\Common7\Tools\Bin. VSInstallDir – это путь где у Вас установлена студия. Основная задача этой утилиты – на определенное время основательно занаять какой-либо ценный ресурс системы (например, оперативную память, процессорное время, дисковое пространство и т.д). Формат работы утилиты следующий:

consume RESOURCE [-time SECONDS]

RESOURCE – как можно догадаться по имени параметра, это ресурс системы который надо занять. Он может принимать одно из следующих значений:

-physical-memory
-page-file
-disk-space
-cpu-time
-kernel-pool

SECONDS – а это время в секундах на которое надо занять ресурс.

Как быстро закрыть 23 Internet Explorer’а

noreply@blogger.com (Андрей Бороздин) — Sun, 01 Jun 2008 10:44:00 +0000

Не знаю, кто как, а я для подобных целей использую утилиту Windows taskkill вот с такими параметрами:

taskkill /f /im iexplore.exe

Чтобы не ошибиться с набором имени процесса, можно вывести список всех процессов в консоль утилитой tasklist и потом воспользоваться командами Mark/Paste.

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

1. В System Tray найти иконку приложения.
2. Открыть у него контекстное меню.
3. В меню выбрать команду Exit.
4. И наконец, подтвердить, закрытие приложение.

И когда приходится по 20 раз на день запускать/закрывать клиента, я всегда держу открытым консольное окно с командой для запуска и закрытия приложения.

Смотрю в книгу – вижу буквы

noreply@blogger.com (Андрей Бороздин) — Fri, 30 May 2008 08:41:00 +0000

Недавно нашел интересную статью Стива Макконелла «How To Read a Technical Article». Эту статью он написал 10 лет назад, когда занимал должность главного редактора в IEEE Software. Макконелл обобщает свой опыт чтения статей на компьютерную тематику и объясняет, как можно извлечь из статьи максимум пользы при лимите времени. Несмотря на то, что статья Макконелла прежде всего ориентирована на чтение статей в традиционных журналах, уверен, что его советы окажутся полезными и для статей блогосферы.

Он выделяет 4 типа чтения:

Базовый – распознавание отдельных слов. Приобретается, как правило, в детском саду. Название этой статьи характеризует данный стиль чтения.
Обзорное – более продвинутый уровень. Ориентирован на получение максимума информации за ограниченное время. Его еще называют «чтение по диагонали».
Аналитический – еще более продвинутый уровень. Извлечение максимума информации при неограниченном количестве времени.
Синтезирующий – самый крутой уровень. Получение информации из нескольких литературных источников, которой может и не быть в явном виде в каждом из них отдельно. Описание запутанное, но уровень обязывает :).

Начинать чтение Макконелл рекомендует с получения общей информации о статье: прочитать аннотацию, введение, заключение, название разделов статьи, затем прочитать статью по диагонали и, наконец, повторно прочитать заинтересовавшие разделы статьи – ещё более внимательно.

Также Макконелл рекомендует вступить в диалог с автором статьи и ответить на ряд вопросов, которые помогут понять статью лучше. Вот некоторые из них:
• О чем эта статья в целом?
• На чем автор хотел заострить внимание читателей?
• Не привирает ли автор в целом и в мелочах?
• Почему он пишет о A, а не о B?

P.S. В начале статьи я привел ссылку, где статью можно скачать совершенно бесплатно, а здесь ее предлагают купить за 19$ и вот что интересно: обе ссылки мне выдал Google и оба ресурса принадлежат IEEE Software. Странный бизнес.

Ложка меда в бочке дегтя

noreply@blogger.com (Андрей Бороздин) — Tue, 27 May 2008 08:25:00 +0000

Недавно Сергей Розовик описывал неудобства связвнные с новым MSDN Magazine Online. Однако не все так плохо, есть и положительные мометны. Об одном из них я и хочу написать. Я не сам ее обнаружил :), об этой фиче написал в своем блоге Mike Stall.
Суть ее в том, что статью из MSDN для класса из BCL можно открыть по урлам такого вот вида:

http://msdn.microsoft.com/en-us/library/system.io.
filesystemwatcher.aspx – для класса

http://msdn.microsoft.com/en-us/library/system.io.
filesystemwatcher.waitforchanged.aspx – для метода класса

http://msdn.microsoft.com/en-us/library/system.io.
filesystemwatcher.path.aspx – для свойства.

По моему, это очень удобно.