ocx, dll, libs! Einbinen,verweisen, statisch ,dynamisch? Was nun und warum?

sagen wir , ich mach ne server/client architektur bspw. .NET remoting oder WCF. und will aber die client schnittsetlle so gestalten das der client auch in c++ o.a. geschireben werden kann aber die .NET schnittstelle verwenden kann? oder soll ich die schnittsetlle ehr icn c++ schreiben? Ist schwer sowas zu definieren find ich, es gibt halt zu viel möglichkeiten.

Aber ich kann definitv .NET Remoting in C++ verwenden?

noch ne frage, ist .NET auch WinXP embedded kompatibel?

sorry mir fallen tausende fragen ein?

kann ich unmanaged c++ nicht mir c++ managed .NET mischen?

theta

SchülerLibrarys schrieb:

sorry mir fallen tausende fragen ein?

kann ich unmanaged c++ nicht mir c++ managed .NET mischen?

Doch:

asc schrieb:

Für die Verbindung zwischen "nativen" C++ und .Net würde ich aber eher C++/CLI als vermittler, statt COM einsetzen. Dennoch kein einfaches Thema das mit wenigen Textseiten beschrieben werden kann.

Aber:
C++/CLI ist in bestimmten Fällen gut um die Brücke zwischen managed und unmanaged Welt zu schlagen. Allerdings würde ich diese beiden Welten nur mischen / verbinden wenn Du gute Gründe hast.

Das ganze Thema ist nicht einfach und kostet auch was (Geld, Zeit, ev. Performance, ...).

Asserdem steht noch P/Invoke zur Verfügung, was meiner Meinung nach weitaus einfach zu handhaben ist.

Vielleicht kannst Du mal den Grund nennen, warum Du die beiden Welten mischen möchtest?

Simon

theta

SchülerLibrarys schrieb:

noch ne frage, ist .NET auch WinXP embedded kompatibel?

Ja, siehe: http://www.microsoft.com/windowsembedded/en-us/products/wexpe/product-features.mspx

naja ich will ne kleine server/client verbindung (interface) programmieren. Die daten sollen dan via wcf oder Remoting von server zu client übertragen werden. Nun möchte ich auf der client seite ein interface , dll ,oxc, com was auch immer programmieren welche für die datenübetragung zum server verantwortlich ist. Diese interface möchte ich halt in verschieden sprachen einbinden können wie com oder ocx..! Das ganze soll dann ähnlich wie bspw. ADO DAtenbank zugriff interface funktionieren. Das ist ja auch eine COM dll. oder?

theta

ADO DAtenbank zugriff interface funktionieren. Das ist ja auch eine COM dll. oder

Das weiss ich nicht. Jedoch gibts ja auch ADO.NET. Ich würde mich entscheiden ob managed oder nicht und dann die Architektur dafür auslegen.

Simon

Erhard Henkes

Was unterscheide COM objecte mit dlls? bin komplett verwirrt in diese Welt.

COM:
http://www.henkessoft.de/C++/MFC/mfc_einsteigerbuch_kapitel10.htm
http://www.henkessoft.de/C++/MFC/mfc_einsteigerbuch_kapitel11.htm
http://www.henkessoft.de/C++/MFC/mfc_einsteigerbuch_kapitel15.htm

DLL:
http://www.henkessoft.de/C++/WinAPI/WinAPI Kapitel 1 bis 6/api6.htm

Ok danke freunde. Wie kann ich den rausfinden... bo eine dll ein ocx/com Komponente ist, oder ne einfache dll? Würde ich bspw. eine .NET com inteface proggen, könnte ich dies wahrscheinlich nich in unmanagst std. c++ verwenden oder? Würde ich aber eine COM oder ne C dll. schreiben die könnte ich dann überall einbinden?

Noch was^^ Erstellt man COM Componente auschliesslich mit MFC?? ne oder?