7
Jesteśmy bliscy napisania usługi internetowej w języku C#, która ujawni funkcjonalność zawartą w natywnej aplikacji GUI Delphi. Dlaczego miałbym wybrać zawijanie kodu Delphi w rodzimej bibliotece dll i dlaczego miałbym chcieć opakować go w serwer COM? Innymi słowy: jakie czynniki należy wziąć pod uwagę przy wyborze jednego z nich? Interesują mnie czynniki związane z kodowaniem, debugowaniem, (zautomatyzowanym) testowaniem, wdrażaniem (instalacja u klientów) i wydajnością (narzut?).Dlaczego miałbym raczej używać natywnego dll lub serwera com do wywoływania kodu Delphi z C#?
Czy nie można po prostu re-write funkcjonalności w C#? Brzmi jak koszmar utrzymania! – Belogix
To brzmi jak koszmarny projekt, czy kod delphi jest w exe czy podzielony na biblioteki? W każdym razie, serwery COM wymagałyby instalacji na kliencie, gdzie biblioteka C musiałaby być po prostu dołączona do reszty plików. – CurlyPaul
@Bogogix: To może być/jest celem końcowym, ale w tej chwili nie jest opcją ograniczenia czasowe, w których jesteśmy. Alternatywą byłoby stworzenie usługi internetowej Delphi, ale dostępność programistów mówi, że musimy przejść w stronę C#. –