[agent_resistance]

Eloszka, ostatnio po godzinach zajmujemy się z kumplem przepisywaniem bardzo starej aplikacji poniewaz stwierdziliśmy, że dużo się dzięki temu nauczymy. Jest to zupełnie nowa solucja. "Front" okienkowy pomału przepisujemy na .NET core i nie stanowi to póki co problemu, ale najbardziej dziwi nas backend i niektóre komponenty korzystające z obiektów COM zarejestrowanych w systemie. Niestety klient nie tworzył aplikacji, nie wie co to jest, co się z tym dzieje. Pytanie - po co to jest? W sensie znam definicję obiektów COM, wiem na jakiej zasadzie działają ale nie widzę i do tej pory nie spotkałem się z ich wykorzystywaniem. Źródeł oczywiście do tych obiektów nie ma, przynajmniej narazie. Po co są te obiekty, czym można je teraz elegancko zastąpić? #programowanie #dotnet #csharp

[bacteria]

@agent_resistance: chodzi Ci o skompilowane .dll'ki tak? Mozesz sprobowac je zdekompilowac i obczaic co sie dzieje w kodzie jesli w obecnym kodzie droga dedukcji nie idzie powiedziec co one robia.

[agent_resistance]

@bacteria tak też zrobiłem. Tylko czy teraz się takich obiektów używa? Jeżeli nie to zastąpić je zwykłymi .dll'kami?

[bacteria]

@agent_resistance: to zalezy do czego ale wiekszosc raczej unika tej przestarzalej technologii. Teraz raczej wybralbym .NET Standard.

[agent_resistance]

@bacteria dziękuję bardzo proszę Pana, ale oczywiście czekam na jakieś sugestie, uwagi innych użytkowników.

[selenita66]

@agent_resistance COM wykorzystuje się w .NETcie np. do tego, żeby natywne aplikacje mogły odwoływać się do .NETowych assemblies. Czyli komunikacja w drugą stronę, niż z użyciem p/invoke.