Zalety aplikacji internetowych w porównaniu z aplikacjami komputerowymi [zamknięte]

W firmie, w której pracuję, wydaje się, że nagle wszystkie nasze aplikacje muszą zostać przeniesione do aplikacji internetowych. O ile rozumiem, jedynym powodem jest to, że szum aplikacji internetowych w końcu skaził niektórych naszych decydentów.

Jestem fanem aplikacji desktopowych, ponieważ są bardziej przyjazne dla użytkownika. Moim zdaniem są bardziej responsywne, mają lepsze interfejsy użytkownika, są bardziej konfigurowalne i mają lepszą obsługę klawiatury. Po prostu nie widzę siebie, korzystając z internetowych wersji programu Visual Studio lub OpenOffice. Ponadto mam wrażenie, że aplikacje komputerowe typu cienki klient są łatwiejsze do wdrożenia niż ich odpowiedniki w aplikacjach internetowych.

Może przeoczam niektóre cechy aplikacji internetowych, a może nie mam racji co do wad, o których wspomniałem powyżej. Dlatego moje pytanie: czy jest ktoś, kto widzi przewagę aplikacji internetowych nad aplikacjami desktopowymi?

Aktualizacja: Jak dotąd pojawiło się kilka interesujących odpowiedzi. Zwróć jednak uwagę, że nie mówię o różnicy między cienką i grubą aplikacją kliencką , ale tylko między programowaniem na platformę przeglądarki internetowej a platformę stacjonarną.

Aktualizacja: przez „aplikację internetową” rozumiem połączenie HTML / CSS / JavaScript , a nie rozbudowane aplikacje internetowe, takie jak Silverlight. Są bardzo podobne do aplikacji desktopowych, główna różnica polega na tym, że działają w piaskownicy.

1. Aplikacje internetowe pozwalają uniknąć obciążenia związanego z wdrażaniem na każdym komputerze klienckim.

2. Nie musisz wymuszać sprawdzania wersji na komputerze klienckim.

3. Aktualizacje są łatwiejsze.

4. Ułatwia usuwanie błędów .

5. Brak sprawdzania uprawnień administratora .

6. Można uzyskać dostęp z dowolnego miejsca .

7. Niezależna od platformy .

8. Wsparcie i konserwacja są łatwiejsze.

9. Adaptowalność w aplikacjach mobilnych .

Aplikacje desktopowe dają dużo lepsze wrażenia użytkownika niż aplikacje internetowe.

Oczywiście każda opcja ma swoje wady i zalety, ale musisz je również ocenić. Co jest dla Ciebie ważniejsze, doświadczenie użytkownika czy niezależność od platformy? Doświadczenie użytkownika oceniamy ponad wiele rzeczy. Tak, ponosimy ofiary, ale to część życia.

Jednym ze sposobów, aby przekonać przełożonych, jest udowodnienie im, że doświadczenie użytkownika jest o lata świetlne do przodu w przypadku aplikacji komputerowej i przekonanie ich do stworzenia aplikacji komputerowej przed stworzeniem aplikacji internetowej.

Mamy zarówno w naszej firmie, jak i nasi klienci wolą aplikację komputerową od aplikacji internetowej każdego dnia. Są skłonni zaakceptować wszelkie wady związane z używaniem aplikacji komputerowej.

W mojej odpowiedzi nie wymieniam zalet aplikacji internetowej, jak to zrobili inni. Aplikacje internetowe i aplikacje komputerowe mają zarówno zalety, jak i wady. Zrób jedno i drugie! Pozwól klientowi wybrać. Wróć do mnie w sprawie statystyk. ;-)

Zrobiłem sporo rozwoju, pisząc zarówno rozbudowane aplikacje komputerowe, jak i strony internetowe.

Ogólnie pisanie kodu dla aplikacji komputerowej jest łatwiejsze, dostępnych jest więcej elementów sterujących, masz znacznie większą kontrolę nad działaniem aplikacji.

Pisanie aplikacji internetowych naprawdę wymaga zrozumienia HTML, CSS i Javascript, a także ograniczeń (lub błędów w przypadku IE) przeglądarek. Musisz martwić się stanem i utrzymaniem go, a dostępne mechanizmy są ograniczone.

Powiedziawszy to, z czasem coraz bardziej lubię pisać aplikacje internetowe. Ograniczenia platformy sprawiają, że upraszczasz rzeczy, a bezpaństwowość sieci pomaga zarządzać niektórymi złożonościami. Mój ostatni projekt internetowy został uruchomiony, a firma praktycznie nie wymagała szkolenia, ponieważ osoby nietechniczne są teraz zaznajomione ze stronami internetowymi i ich pracą. Świetnie jest też po prostu wprowadzić poprawkę i od razu ją uruchomić. Jeśli kiedykolwiek pracowałeś nad aktualizacją aplikacji komputerowych, bez wątpienia wiesz, jak skomplikowane i bolesne może to być.

Ostatnio odnieśliśmy pewien sukces ze strategią mieszaną (webtop), pisząc główny system jako witrynę internetową, a następnie udostępniając aplikację kliencką dla zaawansowanych użytkowników, którzy potrzebują więcej funkcji. Może to albo hostować formant przeglądarki (w oknach można łatwo osadzić IE, w OS X można zrobić to samo z safari) lub użyć API. Podobnie jak Twitter udostępnia wersję internetową, ale zaawansowani użytkownicy mogą używać TweetDeck lub cokolwiek innego.

• Wszyscy użytkownicy zawsze używają najnowszej wersji
• Żadnego piractwa
• Dostępne z dowolnego miejsca na świecie
• Wiele platform
• Nie jest wymagana instalacja dla użytkowników
• Możesz łatwo zmierzyć, co robią Twoi użytkownicy (ilu używa funkcji XX itp.)
• W razie potrzeby możesz zapewnić łatwą współpracę między użytkownikami, ponieważ wszystkie dane są scentralizowane

Zalety aplikacji internetowej w porównaniu z aplikacją komputerową : -

• Zawsze trzeba będzie zaktualizować tylko jedną kopię programu.
• 99% kodu jest niezależne od platformy.
• konserwacja, wsparcie i łatki są łatwiejsze do zapewnienia
• Mniejsza szansa znalezienia ograniczeń, które mógł nałożyć komputer klienta
• I wiele więcej

Wady aplikacji internetowej w porównaniu z aplikacją komputerową : -

• Jeśli łączność sieciowa nie działa, tak samo dzieje się z aplikacją

• Musisz nauczyć się wielu języków, aby pomyślnie opracować aplikację (skrypty po stronie serwera, SQL, XHTML / CSS itp.)

• Mniejsza potrzeba bezpieczeństwa (użytkownicy są zaufani w firmie, brak „zewnętrznego zagrożenia”)
• Potrzeba dedykowanej maszyny (maszyn) dla serwera WWW

To tylko kilka z wielu zalet i wad, które można znaleźć w tej rozmowie

Zarówno platformy internetowe, jak i stacjonarne mają swoje zalety i wady. Można przedstawić dobre argumenty dla obu. Aplikacje hybrydowe (część internetowa, część pulpitu) również mają w tym względzie zalety / wady.

Rozwój aplikacji powinien zawsze opierać się na wymaganiach, a nie na trendach technologicznych, preferencjach religijnych lub porównawczych uogólnionych zaletach / wadach.

Czy kiedykolwiek próbowałeś sprzedać aplikację internetową ludziom z obszarów Stanów Zjednoczonych lub innych krajów, w których dostęp szerokopasmowy jest niestabilny lub nie istnieje? :) A co z dostępem mobilnym? Natywna, internetowa czy hybrydowa? A co z lokalnym dostępem do danych, gdy nie ma połączenia z Internetem, jeśli jest to wymagane? Itp.

Zacznij od wymagań aplikacji i wróć do technologii. Kiedy to robisz, podejmujesz właściwe decyzje i uzyskujesz najlepszą platformę dla danego projektu.

Przykład: weź komentarz, który brzmi: „Aplikacje komputerowe zapewniają znacznie lepsze wrażenia użytkownika niż aplikacje internetowe”. Jeśli wymaganie (A) wymaga dostępu w dowolnym miejscu / czasie z dowolnego komputera wyposażonego w przeglądarkę internetową i dostęp do Internetu, a (B) wymaga również wydajności podobnej do komputera stacjonarnego (powiedzmy, dane z bazy danych na żywo, które nie wymagają odświeżania strony), wówczas ( C) Deweloper jest zmuszony do rozważenia technologii takich jak AJAX, Flash, Silverlight, Java, a nawet natywnych klientów, które ładują się jako kontrolka przeglądarki.

Powtarzam tylko, że kieruj się wymaganiami, a nie technologią.

Wiele punktów zostało już wspomnianych. Ale jest kilka, z którymi nie mogę się całkowicie zgodzić:

• Wdrożenie aplikacji internetowej jest łatwe, ale wdrożenie aplikacji klasycznej nie jest dużo bardziej skomplikowane w czasach Microsoft ClickOnce lub Java Web Start.
• Naprawianie błędów to aplikacja internetowa nie jest naprawdę łatwa (bez sesji, działa pod procesem serwera WWW ...).
• Aplikacja internetowa zawsze ma pewne ograniczenia, jeśli chodzi o wykonywanie operacji krytycznych dla bezpieczeństwa lub dostęp do sprzętu.

Zależy od rodzaju aplikacji. Jeśli masz aplikację cms, nie można jej zastąpić siecią (przynajmniej niektóre części), ponieważ aplikacja musi współpracować z lokalnymi zasobami, takimi jak drukarka, czytnik kodów kreskowych, drukarka fiskalna, wyświetlacz i tak dalej.
Tak więc w przypadku tego typu aplikacji, które wymagają zasobów lokalnych, nie można zastąpić pulpitu.
Również aplikacje komputerowe mogą być znacznie szybsze niż aplikacje internetowe, w przypadku aplikacji cms.

Wyobraź sobie duży supermarket z wieloma klientami czekającymi na opłacenie zamówień i płacącymi okienkami za pomocą aplikacji internetowych. Nie widziałem czegoś takiego.

Ale są też frameworki internetowe, takie jak Oracle ADF, które mają nawet większy zasięg niż desktopowy assp. Dzięki ADF możesz tworzyć aplikacje internetowe identyczne z aplikacjami komputerowymi, w sposób podobny do tworzenia aplikacji komputerowych. Ale czy jest drogi, krzywa uczenia się jest wysoka i wymaga „dobrego” sprzętu.

Pamiętaj jednak, że jeśli w sieci nie używasz przetestowanych komponentów, skrypt java nie jest tak dobry dla aplikacji o znaczeniu krytycznym, jest podatny na błędy.

Dla mnie, który zwykle jest całkowicie oparty na sieci, czynnikiem, który kieruje mnie w stronę aplikacji komputerowych, jest integracja sprzętu. Aplikacje internetowe są świetne, jeśli wszystko, co musisz zrobić, to odczytać i przesłać dane, ale jeśli chodzi o łączenie się z takimi urządzeniami, jak drukarki etykiet lub inny specjalistyczny sprzęt, aplikacja komputerowa to jedyna prawdziwa droga. Możesz połączyć je z usługami internetowymi lub podobnymi, jeśli koniecznie musisz zaznaczyć pole wyboru „Aplikacja internetowa”, ale specjalistyczna obsługa sprzętu jest w większości poza domeną przeglądarki i bardziej sensowne jest użyj istniejących interfejsów API, aby uzyskać do niego dostęp.

W dzisiejszych czasach ludzie decydujący się na niezależność platformy linux / osx / windows to duża funkcja. Pomaga to kierować reklamy na znacznie większy rynek

Istnieją oczywiście oczywiste zalety, że aplikacja może być używana w dowolnym miejscu na świecie ... dla wygody

zgadzam się z powyższymi punktami ...

chcę tylko dodać profesjonalistę do aplikacji internetowej: 1. ładnie wygląda. możesz również zmienić motywy (po prostu zmień css) może być aplikacja komputerowa będzie wyglądać nudno dla niektórych użytkowników, ale aplikacja wep, możesz zmienić motywy / projekt i zrobi wrażenie na użytkowniku (i szefie)

2. taniej jest wdrożyć. Na przykład, jeśli tworzysz aplikację w .NET, potrzebujesz klientów, którzy instalują system Windows. ale w przypadku aplikacji internetowych po jej opracowaniu każdy klient może uzyskać dostęp do aplikacji internetowych na dowolnej platformie.

3. tworzenie aplikacji internetowych jest proste (gdy już wiesz o css javascript i frameworku) może to ułatwić Ci życie.

4. Bez wirusów i łatwe do wdrożenia / instalacji dla klienta.

Wady: Interfejs użytkownika w aplikacji internetowej jest bardziej złożony i wymaga umiejętności w zakresie javascript i css, aby uzyskać dobrą jakość interfejsu użytkownika.

Zalecam, aby nie tworzyć od podstaw (byłoby to trudne), ale budować nowe moduły w aplikacjach internetowych. to byłoby mądre :)

Głównym powodem tworzenia aplikacji w podejściu internetowym jest to, że jest ona bardziej dostępna niż w przypadku porównania z aplikacją komputerową, ale robiąc to, powinieneś być dobrze poinformowany o tym, czego używać w zależności od potrzeb.

Aplikacje internetowe są dobre tylko wtedy, gdy zamierzasz tworzyć aplikacje, które nie przekazują bardzo poufnych danych, ponieważ aplikacje internetowe są wdrażane online są podatne na ataki hakerów, niż gdybyś porównał je z aplikacją komputerową, aplikacja komputerowa może zmniejszyć zagrożenie bezpieczeństwa niż aplikacja internetowa, chociaż istnieją już środki bezpieczeństwa zapewniające bezpieczeństwo witryny, ale z biegiem czasu ludzie odkryją sposoby zniszczenia tych środków bezpieczeństwa i uważam, że większość użytkowników wiedziała o tym najwięcej zwłaszcza ci zagorzali hakerzy, którzy tam istnieją. Aplikacje komputerowe również mają luki w zabezpieczeniach, ale są one bardzo minimalne.

Ale jeśli ktoś jest naprawdę chętny do przyjmowania aplikacji internetowych do dostarczania rozwiązań, byłoby lepiej, gdyby był dobrze poinformowany o ryzyku, jakie może to podjąć również w przypadku osób tworzących aplikacje desktopowe.

Chciałbym wskazać jedną z rzadziej rozpoznawanych zalet aplikacji internetowych. Dobrze zaprojektowana aplikacja internetowa zazwyczaj integruje pomoc online z aplikacją - nie ma zwykłego niezgrabnego podziału na zwięzłą, niezrozumiałą aplikację komputerową i jej rozwlekły, zdezorganizowany plik pomocy. Jest to prawdopodobnie różnica kulturowa między programistami / projektantami stron internetowych a programistami komputerowymi.

Jestem również wielbicielem aplikacji desktopowych. Przytoczę jeszcze kilka wad aplikacji internetowych:

1. Tworzenie logiki prezentacji / interfejsu użytkownika aplikacji internetowych jest zbyt trudne w porównaniu z aplikacjami komputerowymi.
2. Doświadczenie użytkownika w różnych przeglądarkach może się różnić.
3. Opóźnione operacje: rozważ te same transakcje w sieci i na komputerach stacjonarnych. Aplikacja internetowa może wstrzymywać opóźnienie w poszukiwaniu serwera internetowego, które jest częściej traktowane jako aplikacje stacjonarne (w większości przypadków)
4. Wykorzystanie procesora przez klienta: chociaż można to uznać za wadę aplikacji komputerowych, aplikacja internetowa nie ma dobrych możliwości wykorzystania procesora po stronie klienta, co w niektórych przypadkach można rozważyć w celu wyrównania całkowitego obciążenia pracą przetwarzania między klientem / serwerem.

Masz rację co do zalet, które wymieniłeś dla aplikacji komputerowych, a jest jeszcze więcej, o których zapomniałeś wspomnieć (takich jak bezpieczeństwo, konserwacja itp.) Główną zaletą aplikacji internetowych jest fakt, że można je wykorzystać przez przeglądarkę internetową praktycznie wszędzie.

Visual WebGui to rozwiązanie, które ma na celu właśnie to, ponieważ pozwala tworzyć aplikacje desktopowe (Windows) i uruchamiać je jako aplikacje internetowe, dzięki czemu nadal możesz cieszyć się zaletami programowania i wdrażania desktopów (intuicyjny, responsywny, przyjazny dla użytkownika), a jednocześnie cieszyć się dostępnością aplikacji internetowych.

Spójrz, może to zaoszczędzić dużo czasu i kłopotów.

W większości przypadków użytkownik potrzebuje tylko przeglądarki do korzystania z aplikacji. Nie ma potrzeby, aby wdrożyć wszystkie rzeczy potrzeb aplikacji, i nie ma potrzeby, aby myśleć o tym, dlaczego aplikacja nie działa na kliencie.

• Aplikacje internetowe nie wymagają dużego przetwarzania po stronie klienta, ponieważ całe przetwarzanie odbywa się po stronie serwera, przeglądarka to tylko część widoku lub interfejs użytkownika.
• Wprowadzanie zmian w aplikacjach internetowych jest łatwe, obserwując informacje dziennika i wzorce przeglądania użytkowników, gdy każde żądanie dociera do serwera i może być rejestrowane.

Kiedyś tworzyłem interfejsy desktopowe do moich aplikacji. W ciągu ostatnich 3 lat przeszedłem do czystych interfejsów internetowych. Oto jak to zrobiłem:

• Podstawową aplikację piszę jako zbiór usług, które udostępniam przez REST.
• Napisałem „bibliotekę”, która przybliża WxWidgets - ale nie pedantycznie.
• GUI to kod JS, który programowo buduje ekrany - tak jak kiedyś w przypadku aplikacji komputerowych.
• Wszystkie style / skinning są wykonywane przy użyciu klas CSS.
• Obecnie używam długiego sondowania do interakcji, ale planuję w przyszłości używać WebSockets lub WebRTC.

Wszyscy użytkownicy korzystają z najnowszej wersji przeglądarki Chrome, a aplikacja jest dostępna tylko z firmowego intranetu. Większość użytkowników ma skrót na pulpicie, który łączy przeglądarkę Chrome w trybie pełnoekranowym z serwerem wewnętrznym. Mniej doświadczeni użytkownicy nawet nie są świadomi (i nie muszą), że nie jest to już aplikacja komputerowa.