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

[Пепел Феникса]

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

в общем как я думаю сделать.
чтото типа списка/массива из

struct
{
    HWND handle;
    void* handlerdata;
}

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

цепочка выглядит так.
Windows(сообщение)-Обработчик(поиск данных)-Событие.

или как лучше то?(как в той же VCL сделано?)

PS: прошу не переносить тему, ибо на прямую она не связана с С++, просто структура приведена на нем.(скорее всего эта библиотека будет и на С++ и на Delphi, возможно вырастет в свой язык)

[Utkin]

А где будет визуализироваться? То есть я бы сделал некоторое виртуальное устройство - аналог TImage в Дельфи, со своим канвасом и уже все рисовал бы в нем по всяким там хендлам. Это и для кроссплатформенности полезно.
Копировать WinApi тоже бы не стал - чего-то наворочено там все не по-детски, а все гениальное просто.

ЗЫ. Опыта работы в этом деле -1 .

[Пепел Феникса]

на экране конечно, окошки те же

кросс платформенность это вторичная задача, первичная это разобратся в этом.

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

опировать WinApi тоже бы не стал - чего-то наворочено там все не по-детски, а все гениальное просто.

всмысле?я ж не копировать буду, а основыватся на АПИ(без него ж никак)

опыта и у самого не больше в этом, потому и спрашиваю

[Utkin]

Сообщение от Пепел Феникса

на экране конечно, окошки те же

Экраны они разные - у кого квадратные, у кого прямоугольные как глаза японца, а кого-то их вообще два. И как это все будет отображаться Вы подумали? А надо бы.

кросс платформенность это вторичная задача, первичная это разобратся в этом.

Дык, потом переписывать придется километры кода

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

Ну дело Ваше, но указатели не есть хорошо (ИМХО, конечно).

всмысле?я ж не копировать буду, а основыватся на АПИ(без него ж никак)

Почему никак?

[Пепел Феникса]

ну а куда в ОС без апи?

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

километров не будет, так как большая часть библиотеки это лишь механизмы, а не чистое АПИ.

[mutabor]

ну а куда в ОС без апи?

А как же .NET? Насколько я понимаю Майкрософт хочеть пересадить всех на него, хотя я не уверен может ли этот самый .NET работать без АПИ, т.е. может ли он его заменить, или сам на нем основывается?

[Пепел Феникса]

основывается я думаю, или у нас ядро на .NET?(хотя семерку не знаю)
мне конечно шарп немного понравился, но немного, слишком велика абстракция от машины.(с одной стороны хорошо)

[mutabor]

Ядро ядром, но Вин Апи это не ядро, и его функциональность все больше и больше заменяет NET, так что есть вероятность что когда нибудь его не станет совсем. По крайней мере GDI уже не используется (если WPF) для вывода графики, т.е. в части вывода графики NET уже не зависит от АПИ. Вполне возможно АПИ все еще есть в системе только в целях совместимости со старым софтом.

[Пепел Феникса]

а разве не к апи сводится потом?
АПИ оно и останется АПИ, средство взаимодействия с ОС.

[mutabor]

а разве не к апи сводится потом?

В целом возможно и так. А вот взять конкретный случай, WPF приложение, мы пишем код вывода графики, NET для нас его выполняет, но он не лезет в АПИ, а использует граф. адаптор напрямую. По такому сценарию может пойти и все остальное, и для разработчиков оставят только NET, как средство взаимодействия с ОС.