Аннотация:
Приведенный ниже список составлен «по мотивам» ссылок, которыми я чаще всего отвечал на вопросы о готовых реализациях тех или иных возможностей в MFC-приложениях. Подавляющее большинство этих ссылок ведет на сайт http://www.codeproject.com/, который я настоятельно рекомендую посещать не реже раза одного раза в день – ИМХО там публикуется достаточно много интересных и «аккуратных» решений наших проблем :)
Здравствуйте, Andrew S, Вы писали:
AS>Но, к сожалению, большинство содержания сайтов типа CodeGuru и CodeProject — это именно поделки, использование которых влечет за собой переписывание всего нахаляву полученного кода.
Но попадаются и вполне приятные вещи. Андрей, мне не хотелось бы затевать флейм, но в своих проектах я достаточно активно использую десятка два "компонентов", выкачанных с CodeProject'а, и те незначительные исправления, которые мне приходилось вносить в некоторые из них, были связаны либо со "специфичными" настройками проектов, либо с использованием в них "нестандартной" (от SGI, версия 3.3, тоже "доработанная") STL. Переписывать весь код мне не приходилось.
P.S.
Выкачивая с CP очередной "соблазнительный" исходник, я первым делом смотрю даже не на работу демо-приложения, а на аккуратность самого кода — если она меня не удовлетворят, исходник отправляется в dev/nul. Честно говоря, еще ни разу не сталкивался с тем, чтобы человек аккуратно писал неработоспобный или багливый код.
[ posted via RSDN@Home 1.1.4 beta 7 r462, accompanied by silence ]
Рекомнедуемый в статье ToDoList при попытке сохранения в файл выдает abnormal program termnation.
Это полностью исключает возможность его использования.
Здравствуйте, nzeemin, Вы писали:
N>Все равно не понимаю связи.
М-м-м... знаете, попробуйти найти в инете или прессе интервью с Металликой, где они объясняют, почему их альбом называется "...And Justice For All" — там Хэтфилд очень правильные слова о выборе названия произносит.
[ posted via RSDN@Home 1.1.4 beta 7 r462, accompanied by silence ]
Спасибо за статью! Теперь кады что нить понадобится буду смотреть сначало ее, а потом уже кодепрожект/кодегуру.
Только мне не понравилось как выглядит хардкопия -- картинки не подписаны и разбросанны по статье. Соответственно невозможно сходу узнать как выглядит конкретный контрл. Хорошо что есть электронный вариант в котором все хоккей.
ЗЫ А почему в раздел Syntax coloring edit controls (редакторы с подсветкой синтаксиса) сцинтила не включена?
... << RSDN@Home 1.1.4 beta 5 rev. 401>>
"Бог не терпит голой сингулярности" -- Роджер Пенроуз
Здравствуйте, _Winnie, Вы писали:
CVL>>Хорошо что есть электронный вариант в котором все хоккей. _W>А где он есть?
На диске который идет вместе с журналом
... << RSDN@Home 1.1.4 beta 5 rev. 401>>
"Бог не терпит голой сингулярности" -- Роджер Пенроуз
ИЗ>Приведенный ниже список составлен «по мотивам» ссылок, которыми я чаще всего отвечал на вопросы о готовых реализациях тех или иных возможностей в MFC-приложениях. Подавляющее большинство этих ссылок ведет на сайт http://www.codeproject.com/, который я настоятельно рекомендую посещать не реже раза одного раза в день – ИМХО там публикуется достаточно много интересных и «аккуратных» решений наших проблем
По поводу гридов — а автор сам пробовал использовать приведенные в статье библиотеки? Например, те же alxgrid или mfc grid? По моему мнению, Alx grid является настолько глючным, что рекомендовать его без изменений я вряд ли бы кому то стал. А mfc grid имеет настолько странный и непродуманый программный интерфейс (например, там нельзя задать тип для колонки — только для ячейки), что даже в бесплатном виде его применение вызывает довольно большие сложности.
В общем, как обычно — бесплатный сыр...
Здравствуйте, Andrew S, Вы писали:
AS>По поводу гридов — а автор сам пробовал использовать приведенные в статье библиотеки? Например, те же alxgrid или mfc grid?
Да. ALXGrid (версии 1.3) использовал, на глюки не нарывался, единственным огорчающим обстоятельством была "заторможенность" при выполнении некоторых действий. MFC Grid Control мне и самому не понравился (в том числе — внешне) , он был упомянут в статье из соображений "честности" и "альтернативности".
[ posted via RSDN@Home 1.1.4 beta 7 r462, accompanied by silence ]
В целом я с этим замечанем согласен, но иногад попадаются приятные исключения, которые я постарался упомянуть — те же zlib/ZipArchive library или CPJNSMTPConnection я использую очень интенсивно, уже пару лет... интерфейс приятный, проблем никаких не вылезало абсолютно.
[ posted via RSDN@Home 1.1.4 beta 7 r462, accompanied by silence ]
SDB>В целом я с этим замечанем согласен, но иногад попадаются приятные исключения, которые я постарался упомянуть — те же zlib/ZipArchive library или CPJNSMTPConnection я использую очень интенсивно, уже пару лет... интерфейс приятный, проблем никаких не вылезало абсолютно.
Из этих либ — беспортно. pnglib (и zlib, который для нее писался) — никак не тянут на звание поделок. Точно так же не тянут на это звание и sqlite, PostgreSQL и прочие подобные библиотеки. Но, к сожалению, большинство содержания сайтов типа CodeGuru и CodeProject — это именно поделки, использование которых влечет за собой переписывание всего нахаляву полученного кода.
AS>>По поводу гридов — а автор сам пробовал использовать приведенные в статье библиотеки? Например, те же alxgrid или mfc grid?
SDB>Да. ALXGrid (версии 1.3) использовал, на глюки не нарывался, единственным огорчающим обстоятельством была "заторможенность" при выполнении некоторых действий. MFC Grid Control мне и самому не понравился (в том числе — внешне) , он был упомянут в статье из соображений "честности" и "альтернативности".
Странно. Навскидку — активный ряд равен 0 при пустом гриде (должен -1), пустой грид не работает вообще нормально (похоже, автор не попадал в ситуации, когда данных нет ), грид не живет с 0-м числом колонок, проблемы с обновлением после вставки\удаления элементов, проблемы вообще функций вставки и удаления, неправильное позиционирование активной колонки, периодиские отсутствия уведомлений об изменении активной записи при вставке\удалении элементов и прочее,прочее, прочее.. А посмотрите на код... это же убожество В общем, это именно _поделка_, несмотря на приличный внешний вид. Я вот тоже пробую использовать, времени уже потратил много, и конца-края этому пока не видно. Если баги проявляются уже на стадии кодирования, то что можно ждать от тестирования — уже понятно
SDB>Но попадаются и вполне приятные вещи. Андрей, мне не хотелось бы затевать флейм, но в своих проектах я достаточно активно использую десятка два "компонентов", выкачанных с CodeProject'а, и те незначительные исправления, которые мне приходилось вносить в некоторые из них, были связаны либо со "специфичными" настройками проектов, либо с использованием в них "нестандартной" (от SGI, версия 3.3, тоже "доработанная") STL. Переписывать весь код мне не приходилось.
Мне бы тоже не хотелось затевать флейм Как пример — вы не нашли багов в alxgid, я их там накопал вагон и маленькую тележку.
Я тоже использую несколько исходников оттуда (например, тот же гиперлинк), но в них уже ничего не осталось от первоначального кода... К сожалению, на кодеХ сайтах слишком много действительно неаккуратного кода. Не все, безусловно — есть наверняка и неплохие вещи, хотя я с ними практически не сталкивался. Но очень много откровенной лажы, что, несмоненно, раздражает. На мой взгляд, наиболее юзабельные там получаются только очень небольшие проекты — некоторые контролы, гвайды и т.п.
С другой стороны — это же бесплатно. Хотя и относительно. Что более бесплатно — отдать $200 за работающий компонент, который и поддерживается и работает нормально, или потратить часов 15-20 времени ценой $10\час (то бишь ровно те же самые деньги), но на разгребание чужого кода... Я обычно выбираю второе, хотя, как понятно, бывают и исключения Но в большинстве случае все выбирают первое.
В остальном — ну, даже аккуратный человек (коим, судя по коду, является писатель той же alxgrid), но не владеющий необходимыми знаниями в полной мере (в данном случае это gdi\user + паттерны проектирования) — может такого написать
Здравствуйте, Black-bear2, Вы писали:
BB>Рекомнедуемый в статье ToDoList при попытке сохранения в файл выдает abnormal program termnation. BB>Это полностью исключает возможность его использования.
Юзаю уже где-то месяца 3-4, проблем не было. Достаточно интересная штука IMHO...
Андрей, мне не хотелось бы затевать флейм, но в своих проектах я достаточно активно использую десятка два "компонентов", выкачанных с CodeProject'а, и те незначительные исправления, которые мне приходилось вносить в некоторые из них, были связаны либо со "специфичными" настройками проектов, либо с использованием в них "нестандартной" (от SGI, версия 3.3, тоже "доработанная") STL. Переписывать весь код мне не приходилось.
Когда на сайте повесят электронный вариант — будем, как я и писал, его дополнять. 
В общем, это именно _поделка_, несмотря на приличный внешний вид. Я вот тоже пробую использовать, времени уже потратил много, и конца-края этому пока не видно. Если баги проявляются уже на стадии кодирования, то что можно ждать от тестирования — уже понятно 
