Здравствуйте. Программированием занимаюсь недавно.
Мне необходимо реализовать свою компоненту(control) на основе существующей-Win32.
Т.е. дописать своего( !!!на C#!!! ). Подскажите с чего начать,
и как это впринципе делается(вообще как создать компоненту, перехват событий,...).
Хотелось бы подробнее. Есть в сети какой-нибудь материал по этому поводу?
Спасибо.

Это сообщение отредактировал(а) AntonS1 - 4.10.2007, 14:21

Ну кто-нибудь расскажите куда рыть. Есть стандартная визуальная компонента Win32, необходимо сделать ее динамической. Т.е. дописать своего. Именно переделать, либо на основе чего-либо сделать с 0. Использовать C#.
Вообще идеи есть какие-нибудь? Как это делается.

AntonS1, нифига непонятно что ты хочешь.....   

Что хоть за компонента? Если в .Net есть ее аналог, то легко, а если нет, то ... нет. Увы

AntonS1, 

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

Добавлено через 1 минуту и 13 секунд
ivashkanet, 
как всегда опередил.   

 

TreeView - он статичен. Необходимо сделать его динамическим, т.е в зависимости от "источника/поставщика данных", который может располагаться на серваке(но то уже потом, вначале можно поставить "заглушки") и постоянно меняться.

Создаём NativeWindow, вызываем AssignHandle с window handle окна компоненты, потом перекрываем WndProc и обрабатываем события по коду. Больше ничего с 100%-нэйтивной компонентой сделать не получится, если речь конечно не об ActiveX.

  
thomas, я залажу на форум от случая к случаю. И вообще "подгребаю" только интересные мне темы (напр начал знакомиться с XML и XPath) либо где все молчат (как тут).



модератор: не оффтопь, плиз!

Это сообщение отредактировал(а) mr.DUDA - 5.10.2007, 17:17

Если это стандартный TreeView, без наворотов, то почему не поюзать одноименный контрол из WinForms ?

Да, еще возможно добавление катинок к узлам.
Данные берутся с удаленного места, связь может прерываться, поэтому необходим cash.
И еще, рост дерева может быть громаден, поэтому потоками нужно обновлять узлы.

Блин, конкретнее, где рыть, я не являюсь продвинутым программистом. Ключевые слова.

Ключевое слово: System.Windows.Forms.TreeView

Читать в частности MSDN.



  

Можно по подробнее?

Пример конкретно чего Вам нужен?

Конкретно?
Мне вообще хотелось бы посмотреть, как это делается. Как можно дописать своих вещей в компоненту.
Сталкиваюсь с этим в 1 раз, задание стоит у меня, не знаю что делать. Программированием занимаюсь недано.

Да и "Создаём NativeWindow, вызываем AssignHandle с window handle окна компоненты, потом перекрываем WndProc и обрабатываем события по коду. Больше ничего с 100%-нэйтивной компонентой сделать не получится," - немного подлиннее расписать Вы бы не могли?

Проясняю вопрос. Своих кнопок/чекбоксов/фич в компоненту с пом. NativeWindow добавить не получится, да и набор возможностей которые можно реализовать с пом. NativeWindow сводится только к обработке Win32-сообщений (это которые WM_blablabla), если вы о них в курсе. К примеру, можно обработать передвижение мышки, нажатие клавиши, щелчок по контролу и т.п. - всё на очень низком уровне, практически голый WinAPI. В качестве реакции на сообщения WinAPI, можно опять-таки послать своё сообщение (низкоуровневая ф-ция SendMessage) и ничего более. Примеры использования WinAPI в коде C#, вместе с кодами сообщений, можно посмотреть на www.pinvoke.net. Описания всех сообщений есть в MSDN.

Ничего более толкового или простого в использовании NativeWindow не даёт, НО это единственный способ взаимодействия с компонентой (что бы ни подразумевалось под ней - класс MFC, WTL или чистый винапи, или ещё что-то из чужой DLL-ки). Подчёркиваю, единственный.

Есть только одно исключение, но вы так и не ответили на вопрос в каком виде компонента, поэтому сложно судить подходит этот случай или нет -- так вот, если компонента представляет собой ActiveX/COM, то добавляется на тулбокс из пункта контекстного меню "Choose Items...", после чего её можно использовать (изменять свойства, вызывать методы). Расширить функциональность можно опять-таки на минимальном уровне - например кинуть поверх компоненты кнопку с тулбокса.

Спасибо. Про WM_blablabla знаю. 
Ну а как тогда пишутся компоненты в конкретных фирмах? Их же не устраивает базовая функциональность компоненты, оне переделывают ее полностью, это точно, я слышал.
Как? Дизассемблируют? и дописывают? )))))))
Ладно, поразбираюсь пока  и задам более конкретный вопрос.

В мире .NET форма - это обычный класс, который точно так же наследуется и расширяется как любой другой. То что относится к коду, то же относится и к дизайну формы (дизайнер просто добавляет дополнительный код в InitializeComponent от формы-предка).

Никогда не работал с NativeWindow. Начал читать. Не могу понять - почему единственный? А FindWindow() и FindWindowEx()? 


Что в FindWindow() передается дескриптор окна, что в NativeWindow.


mr.DUDA, я понял только, что NativeWindow (в сравнении с FindWindow + SendMessage + SetWindowsHook) - просто удобный враппер и не более. Я прав или есть что-то       в этом NativeWindow? 
Ведь не было же когда-то System.Windows.Forms namespace и как-то жили же люди 


Это сообщение отредактировал(а) tol05 - 5.10.2007, 21:26

да