Odpowiedzi:
Jest to w zasadzie stara technologia używana do pisania programów w środowisku Windows. Jest duży i złożony, a zarządzanie / wsparcie nie sprawiało mu przyjemności. Framework .NET jest jego zamiennikiem.
Obiekt COM to w zasadzie czarna skrzynka, która implementuje znany interfejs. Może również zarejestrować się w systemie Windows, aby programy mogły go przejąć.
Załóżmy na przykład, że istnieje interfejs ICalculator
, z którego piszę mój program. Teraz mogę zamienić dowolny obiekt napisany w dowolnym języku programowania (ponieważ jest to interfejs binarny), który się implementuje ICalculator
. Następnie w środowisku wykonawczym mogę zapewnić użytkownikom pewną opcję, aby mogli wybrać użycie FooCorpCalculator
obiektu COM napisanego w Pythonie, a jeśli potrzebują większej prędkości, mogą wybrać NinjaCalculator
napisany w C. Chodzi o to, że piszę mój program będzie zależał od interfejsu, a nie od implementacji, a następnie zdecyduje się użyć rzeczywistego obiektu COM, który implementuje interfejs później.
Oczywiście jest o wiele więcej, ale może to być przykład, który czyni cię bardziej konkretnym.
Zobacz ten artykuł w Wikipedii: Component Object Model
Component Object Model (COM) to standard interfejsu binarnego dla komponentów programowych wprowadzony przez Microsoft w 1993 roku. Służy do umożliwienia komunikacji między procesami i dynamicznego tworzenia obiektów w wielu językach programowania. Termin COM jest często używany w branży oprogramowania Microsoft jako termin ogólny obejmujący technologie OLE, OLE Automation, ActiveX, COM + i DCOM.
Obiekt COM jest często implementowany w pliku DLL. Mogą być używane przez programy do różnych funkcji. Stosowany tu termin „obiekt” odnosi się do obiektów w programowaniu obiektowym .
COM to zestaw technologii specyficznych dla systemu Windows, aby umożliwić ponowne użycie kodu i interoperacyjność, przede wszystkim na poziomie pliku binarnego (niekoniecznie na poziomie kodu źródłowego).
Na początku lat 90. Bill Gates nie zezwalał zespołowi programistycznemu Powerpoint na wdrożenie własnego podsystemu tworzenia wykresów dla produktu Powerpoint, ponieważ Microsoft miał już program Excel. Opracowali więc specyfikację, aby umożliwić swoim wewnętrznym produktom wymianę danych i wzajemne wywoływanie funkcji. Microsoft uogólnił te interfejsy API, opublikował je i wiele innych wytycznych dotyczących projektowania kodu.
Zobacz wideo z 2006 roku: Tony Williams: współtwórca modelu COM
Myślę, że teraz, w 2012 r., COM nadal stanowi podstawę WMI i pakietu Office.