информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Страшный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / miscellaneous
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Ставишь оконному контролу свой обработчик на... 11.07.04 11:35  Число просмотров: 1534
Автор: Killer{R} <Dmitry> Статус: Elderman
Отредактировано 11.07.04 11:38  Количество правок: 2
<"чистая" ссылка>
[moved from programming]
> 2) Программируя в VC++ имеешь больше возможностей для
> программирования нестандартных контролов. Вернее
> программирование обёрток нестандартных контролов более
> живуче, ибо при этом "нестандартность" программируетсяне
> путём обработки событий визуальных компонент vcl, но

> стандартых сообщений виндовз. Понятно, что надо знать, как
> обрабатывать в этом случае сообщения виндовз, а не события
> визуальных компонент, но ведь и говорим мы о программерах,
> а не джуниорах.
Ставишь оконному контролу свой обработчик на WindowProc - и все мессаги твои. Еще мона вообще свой класс оконного контрола сделать полностью со своей оконной процедурой просто создав наследника и подменив WndProc. Для работы с апи - широчайшие возможности. Никто тебя "за уши" не тянет юзать тот же TCanvas. Рисуй прямо на DC оконного контрола. GetWindowDС(Handle) и вуаля. Никто не просит юзать только оберточные методы, все контролы позволяют работать с собой напрямую через АПИ, чем я очень часто и пользуюсь.

> 3) Код получается более компактным, ибо vcl - не нужен. При
> программировании в VC++, разумеется, мы не будем
> использовать MFC. А может и АТЛ тоже не будем. Вполне
> достаточно своих обёрток.
Про MFC у меня особоое мнение. Какое то впечатление она оставляет.. Ненужности чтоли. На API не сложнее делать чем на MFC во многих случаях. А если писать полностью свой код без всяких mfc\vcl - то не вижу принципиальной разницы между билдеров и вижуалом. В первом тоже можно без VCL писать. Другое дело что вижуал в самом деле намного лучше оптимизирует код. Раза в 1.5 меньший ехешник получится. Если без всяких фокусов типа отключения стд библиотек. Кстати очень полезная фича вижуала Ж)


> 6) Как вот насчёт драйверов устройств в Борланде? Можно
> писать?
нет. по кр мере никто не пишет, Ж) - нету библиотек, инклудов. Собрать драйвер он наверно тоже не сможет.
<miscellaneous> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach