Remark про RAM

Здравствуйте, retalik, Вы писали:

OE>>а не знаешь как проверить, установлен ли vcredist_x86.exe ?
R>Не знаю, и по этой причине мы в одном проекте просто ставили его всегда молча

vcredist_x86.exe /q:a /c:"msiexec /i vcredist.msi /qn"

до кучи, если запускать так:

vcredist_x86.exe /q:a /c:"msiexec /i vcredist.msi /qb!"

установка также идет автоматом, но при этом выводится формочка с прогресс-баром установки vcredist_x86.exe

Еще информация про особенности установки vcredist_x86.exe есть здесь — Update regarding silent install of the VC 8.0 runtime (vcredist) packages

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

Одна из клевых новых фишек .NET 2.0/VS 2005 — простое в использовании, расширяемое API для управления настройками приложений и их пользователей, т.е. данными, которые должны сохраняться при работе клиентского приложения.
Несмотря на то, что новая фича достаточно прозрачна в использовании, мы часто получаем вопросы от пользователей, реализующих собственные сценарии ее использования — почему <это> работает так и как сделать, чтобы <то> работало немного по-другому.

Ставший эпическим флейм

Окончание статьи, опубликованной в RSDN Magazine #1-2007. Рассматриваются особенности взаимодействия с апартаментами, потоковые таймеры, пулы потоков, BackgroundWorker, асинхронные методы и делегаты.
В статье использован материал из книги Joseph Albahari, Ben Albahari "C# 3.0 in a Nutshell"

Здравствуйте, UNI_X, Вы писали:

UNI>...на этапе создания ListView, вернее когда он уже создан, и создаются столбцы, я указываю им стиль выравнивания текста: LVCFMT_CENTER Но первый столбец всегда игнорирует этот стиль, там текст всегда по левому краю идет. MSDN по этому поводу пишет:

If a column is added to a list-view control with index 0 (the leftmost column) and with LVCFMT_RIGHT or LVCFMT_CENTER specified, the text is not right-aligned or centered. The text in the index 0 column is left-aligned. Therefore if you keep inserting columns with index 0, the text in all columns are left-aligned. If you want the first column to be right-aligned or centered you can make a dummy column, then insert one or more columns with index 1 or higher and specify the alignment you require. Finally delete the dummy column.

UNI>Если честно я не совсем понял, как они предлагают решить эту проблему. Я пробовал сам 2 способа. 1) Создать столбец с нулевым индексом, задать ему ширину 0 и оставить без текста...

В первой части статьи рассматриваются основы работы с потоками — запуск, завершение, прерывание, блокировки и базовые сведения о синхронизации.
В статье использован материал из книги Joseph Albahari, Ben Albahari "C# 3.0 in a Nutshell"

Какой нужен тип для передачи двоичных данных в COM-e, чтобы использовался стандартный маршалинг. И как эту функцию можно поюзать, например в C#.

Здравствуйте, _Mihail, Вы писали:

Несколько практических советов от настоящих индейцев.

1. Настоящий индеец прежде всего заходит в меню Debug и в диалоге Exceptions включает галку Thrown на CLR Exceptions для managed языков. Это позволяет сэкономить не просто хучу, а туеву хучу времени при поиске ошибок. Отсюда следствие — настоящие индейцы не используют логику на исключениях, иначе весь кайф пропадает.

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

3. Copy/Paste vs. повторное использование. Copy/Paste — это разносчик багов, что есть плохо. Но шизиловка...