[DaxterPoker]

Część ważnej logiki mamy w Python. Oprogramowanie tworzymy w C# .Net. Szefostwo chce żebyśmy z glownego programu mogli wywoływać ten program napisany w pythonie. Widziałem ze są 3 opcje:
1. Wywoływanie procesu i zaczytywania output. 2. Ironpython.
3. PythonNet
Pythonowy programik wykorzystuje m.in. Matplotlib który nie za dobrze współpracuje z ironpython. Także która opcja jest najlepsza i dlaczego ? Jak byście podeszli do tego zagadnienia ?
Na chwile obecna jedyna opcja jaką widzę to utworzenie projektu wrappera w którym przy pomocy pythonNet wywoływał bym pythonowy kod. #programowanie #python #dotnet

[wiesiu2]

@DaxterPoker: aqmp, redis, rpc...

[markaron]

@DaxterPoker: Nie znam się na Pythonowych tematach, ale czy nie moglibyście przykryć aplikacji w Pythonie jakimś HTTP API i wywoływać to API z poziomu aplikacji .NET w standardowy sposób czyli po HTTP?

Ewentualnie zrobic to asynchronicznie w modelu pub/sub rzucając command na kolejkę/topic w reakcji na który aplikacja Pythonowa wykona logikę i output zapisze do jakiejś bazy danych, pliku, cokolwiek? Z tym, ze ta opcja wymaga modyfikacji aplikacji w Python,

[zibizz1]

@DaxterPoker: Ostatnio zrobiłem w .net IPC do komunikacjami miedzy instancjami.
Chodzi o to że program odpalany jest z linka z przeglądarki argumentami, ale jeśli już jest jakaś instancja odpalona to ta druga przekazuje argumenty do pierwszej i się zamyka.
tutaj przykład C# => Python

[DaxterPoker]

@markaron: @zibizz1: @wiesiu2: ta nasza podstawowa aplikacja to apka desktopowa. Pythonowy program tez jest do wykorzystania lokalnego. Nie wiem czy HTTP API nie jest troche przerostem formy nad treścią ?

[s.....u]

@DaxterPoker: wystawić api w pythonie i odpytywać po localhost? Ale zależy co to za logika, czy może działać samodzielnie

[DaxterPoker]

@sepuqqu: obie aplikacje mogą działać samodzielnie

[markaron]

@DaxterPoker: W jakim sensie przerost formy nad treścią? Że robisz zdalne wywołanie po sieci? Pytanie czy przerostem formy nad treścią i bałaganem w kodzie nie skończy się wywoływanie procesu i ręczne zczytywanie outputu. Widziałem takie rzeczy i wiem jaki tam potem jest bałagan. Pod kątem czytelności architektury wystawienie API z aplikacji Pythonowej wydaje mi się najlepsze.

[DaxterPoker]

@markaron: czyli logika miała by wyglądać w ten sposób że podczas uruchamiania aplikacji c# wywołuje proces który odpali pythonową apkę z API, a później komunikacja następuje już po http?

[s.....u]

@DaxterPoker możesz tez napisać skrypt w jakimś shellu że obie aplikacje się uruchamiają naraz a nie że jedna wywołuję druga

[DaxterPoker]

@sepuqqu: @markaron: a te rozwiązania typu PythonNet ? jakieś doświadczenia z tematem ?
Wydawał mi się fajny gdy czytam teorię o tym. Gdy staram się coś w tym zrobic to juz nie jest tak kolorowo ( mało konkretnych tutoriali )

[markaron]

@DaxterPoker: Nie musi to być HTTP, to był tylko przykład. Taką komunikację można też ogarnąć przez IPC. Jakiś pierwszy lepszy przykład tutaj https://stackoverflow.com/questions/57056598/named-pipes-ipc-python-server-c-sharp-client

Jeśli chodzi o uruchamianie aplikacji to tak jak @sepuqqu pisze zrób to skryptem shellowym

[markaron]

Jeśli obie aplikacje chodzą na tej samej maszynie to IPC może się okazać lepsze niż HTTP. Myślać o HTTP miałem na myśli architekturę, w której proces pythonowy siedzi sobie na centralnym serwerze a klienty (aplikacje .NET) się z nim komunikują po sieci.

[markaron]

@DaxterPoker: Co do frameworków około pythonowych to niestety nie pomogę.

[s.....u]

@sepuqqu: @markaron: a te rozwiązania typu PythonNet ? jakieś doświadczenia z tematem ? Wydawał mi się fajny gdy czytam teorię o tym. Gdy staram się coś w tym zrobic to juz nie jest tak kolorowo ( mało konkretnych tutoriali )

@DaxterPoker jak chcesz ale wtedy spawasz ze sobą te apki kodem wrappera, zależy czy ci to pasuje