Takie pytanie. Wystrugałem w WinFormsach aplikację desktopową, która synchronizuje mi stany magazynowe sklepu z hurtowniami i wykonuje jeszcze inne duperele. Podstawowa funnkcję zrobiłem tworząc pętle, dzięki której po odplaleniu, program co określony czas zaciąga dane przez webApi, obrabia i potem tą samą metodą odsyła gdzie trzeba.
Chciałbym odtworzyć podobną funkcjonalność jako aplikację webową pod asp.net. Ponieważ w temacie jestem noga, myślę o WebFormsach bo najmniej zachodu. Da sie?
0
0
Jeśli potrzebujesz program który coś robi bez ingerencji użytkownika to ani aplikacja ASP.Net ani WinForms nie wydaje się dobrym rozwiązaniem. Z Twojego opisu wynika że potrzebujesz zwykły Windows Service który będzie sobie coś robił w tle. Możesz ustawić by to robił okresowo używając np. Timer'a.
https://docs.microsoft.com/en-us/dotnet/api/system.threading.timer?view=netframework-4.7.2
0
Poza mechanizmem, który opisałem aplikacja robi dodatkowe rzeczy, z których korzysta kilka osób w różnych lokalizacjach. Do tej pory radziłem sobie instalując u każdego osobną aplikację nie powiązaną z innymi, ale pojawiła się potrzeba dostępu do wspólnej bazy.
Poza tym, jest jeszcze kwestia pewności łącza. Nie mam na tyle pewnego sprzętu/dostawcy by zostawić to w domu wierząc że będzie chodziło.
Poza tym chciałbym trochę liznąć aplikacji webowych.
0
Jesli chcesz sie nauczyc tworzenia aplikacji Webowych to idz w ASP.Net MVC, najlepiej ASP Core. Moim zdaniem nie ma sensu uczyc sie przestarzalych technologii. No a majac juz aplikacje Webowa bedziesz mogl robic co sie Tobie podoba. Na upartego mozesz tam nawet odpalac ten program synchronizacyjny, chociaz moim zdaniem jego miejsce jest w Windows Service lub ostatecznie jako oddzielne Web API do ktorego bedziesz mogl wysylac polecenia/zapytania HTTP.
0
chcę się po prostu pozbyć programu synchronizacyjnego z domu i postawić to na zewnętrznym serwerze. Da radę zrobić żeby raz puszczony w ruch robił swoje i w miarę potrzeby przetwarzał dodatkowe zapytania użytkowników?
0
Prawdopodobnie więcej sensu miałoby kilka oddzielnych aplikacji - jeden Windows Service do cyklicznej synchronizacji i drugie MVC na którym będą pracować użytkownicy.
Co do WebFormsów - to niby jest RAD, ale próg wejścia moim zdaniem jest duży, i początkujący napotka całe może WTFów. Prościej z MVC.
0
Tutaj też kolega podał dobre rozwiązanie do mniejszych taskow w tle pod ASP Core: https://4programmers.net/Forum/1505949