Was ist der Sinn von Desktop-Client-Software, wenn ein Webdienst verfügbar ist?

339
August Meyer

Ich denke an Dienstleistungen wie Slack . Die Webversion von Slack ist sehr schön und brauchbar. Sie bieten jedoch auch einen Desktop-Client an. Da Desktop-Benachrichtigungen für die Webversion verfügbar sind und die Offline-Nutzung vernachlässigbar erscheint, was ist der Sinn von Slack und anderen ähnlichen Unternehmen, die einen Desktop-Client anbieten?

-2
Wenn niemand hier tatsächlich für [Slack] (https://slack.com) arbeitet, ist diese Frage nicht zu beantworten. JakeGould vor 8 Jahren 0
@JakeGould Slack war ein Beispiel. Die Frage gilt für jeden Web-Service, der etwas Ähnliches tut. August Meyer vor 8 Jahren 0
Dann vorbei, dass diese Frage zu breit und zu subjektiv ist. JakeGould vor 8 Jahren 0

1 Antwort auf die Frage

0
Bradley Kennedy

Wahrscheinlich zwei Gründe; Ein vielleicht weniger offensichtliches für die Welt der Tech-Leute: Sie schafft Service-Abhängigkeit. Wenn die Software bereits auf Ihrem Computer installiert ist, ist es weniger wahrscheinlich, dass Sie sich mit einem Konkurrenten befassen, da Sie den Client wechseln müssen. Diese von Ihnen erwähnte App scheint nicht mit anderen Diensten kompatibel zu sein.

Zweitens wird ein Punkt der Datenerfassung erstellt. Wenn der Dienst Daten anonym oder nicht anonym sammelt, können mehr Daten mit einer nativen Anwendung über eine Webanwendung extrahiert werden. Dies ist zum Teil auf Sandboxing und eingeschränkte API in Webbrowsern zurückzuführen. (Wie bei nativen Anwendungen) Dies wird häufig gesehen, wenn ein Unternehmen eine Mobiltelefonanwendung erstellt, die nur ein Fenster für eine Webanwendung ist, jedoch weitaus mehr Berechtigungen erfordert. (Oft auf der Android-Plattform zu sehen)

Einige Design-Optionen, die in Desktop-Anwendungen verfügbar sind, sind nicht verfügbar, möglicherweise eingeschränkt oder in manchen Fällen nur schwer im Internet zu berücksichtigen. Einige, die ich mir kurz vorstellen kann, sind die Integration mit anderen nativen Anwendungen, Drag & Drop (was jetzt in HTML5 möglich ist) und Plugin-Integration. (Denken Sie an alle Plugins, die nicht mit Microsoft Office365 funktionieren.)

Eine große Sache ist die Verwendung von Netzwerken. Ohne ein Plugin können Sie nur mit Servern kommunizieren, die Sie ansprechen können. Dies bedeutet, dass Web-Apps, die VOIP verwenden oder Video übertragen (Webcam-Video-Persay), für den Dienstbesitzer sehr teuer werden. In nativen Apps, wie Microsofts Skype, können Entwickler Methoden wie NAT-Traversal mithilfe von STUN verwenden, um Löcher in NAT zu schlagen, um Peer-to-Peer-Verbindungen zu erstellen.

Als Randbemerkung scheint es bei WebRTC möglich zu sein, einige der oben genannten Dinge zu tun, und ich bin mir sicher, dass ein JavaScript-Programmierer springen wird und sagt, dass es wirklich einfach ist, aber vor kurzem war dies ohne Plugin nicht möglich. Und wir können nicht erwarten, dass jeder Benutzer (insbesondere Unternehmen) einen modernen Browser verwendet.

Dies sind nur einige Designgründe, für die Entwickler eine Desktop-Version ausprobieren wollten. Ich bin sicher, dass jemand anderes noch etwas bringt.