在我所在的公司中，似乎突然之间我们所有的应用程序都需要移植到Web应用程序。据我所知，唯一的原因是网络应用程序的炒作最终污染了我们的一些决策者。
我喜欢桌面应用程序，因为它们更加用户友好。在我看来，它们反应更快，具有更好的用户界面，更可自定义并且具有更好的键盘支持。我只是看不到自己使用Web版本的Visual Studio或OpenOffice。此外，我给人的印象是瘦客户端桌面应用程序比其Web应用程序更容易实现。
也许我忽略了Web应用程序的某些特质，也许我对上面提到的缺点不正确。因此，我的问题是：有谁能看到Web应用程序相对于桌面应用程序的优势？
更新：到目前为止，已经收到了一些有趣的答复。但是请注意，我并不是在讨论瘦客户端应用程序与胖客户端应用程序之间的区别，而只是在针对Web浏览器平台开发与台式机平台开发之间的区别。
更新： “ Web应用程序”是指HTML / CSS / JavaScript的组合，而不是诸如Silverlight之类的富Internet应用程序。它们与桌面应用程序非常相似，主要区别在于它们在沙盒中运行。
Answers:
Web应用程序避免了在每台客户端计算机中进行部署的负担。
不必在客户端计算机中强制执行版本检查。
更新更容易。
使错误修复更加容易。
没有管理员权限检查。
可以从任何地方访问。
平台无关。
支持和维护更加容易。
在移动应用中的适应性。
桌面应用程序给一个远不止网上应用提供卓越的用户体验。
当然，每个选项都有其优点和缺点，但您也需要对其进行评分。用户体验或平台独立性对您而言哪个更重要？我们对用户体验的评价高于一切。是的，我们正在做出牺牲，但这是生活的一部分。
一种说服您的上司的方法是向他们证明，在桌面应用程序上的用户体验要比以前快几年，并尝试说服他们创建桌面应用程序。 在制作Web应用之前程序。
我们公司都有客户，我们的客户每天都比桌面应用程序更喜欢桌面应用程序。他们非常愿意接受使用桌面应用程序带来的任何缺点。
我没有像其他人一样在回答中列出网络应用程序的优势。Web应用程序和桌面应用程序各有利弊。 两者都做！ 让您的客户选择。回到统计上。;-)
我已经做了很多开发工作，同时编写了丰富的桌面应用程序和网站。
通常，为桌面应用程序编写代码会更容易，可以使用更多控件，您可以更好地控制应用程序的工作方式。
编写Web应用程序确实需要您了解HTML，CSS和Javascript，以及浏览器的局限性（或谈论IE时的错误）。您必须担心状态并保持状态，并且可用的机制有限。
话虽如此，随着时间的流逝，我发现自己越来越喜欢编写Web应用程序。平台的局限性使您可以简化事情，而Web的无状态则有助于管理某些复杂性。我的上一个Web项目上线了，业务几乎不需要培训，因为非技术人员现在已经熟悉网页及其工作方式。修复并立即发布，这也很棒。如果您曾经使用过桌面应用程序的升级，那么您无疑会知道它可能是多么复杂和痛苦。
最近，我们在混合策略（Webtop）方面取得了一些成功，该策略将主系统编写为网站，但随后为需要更多功能的高级用户提供了客户端应用程序。这既可以托管浏览器控件（在Windows中，您可以轻松地嵌入IE，在OS X中，您也可以使用safari进行相同的操作），也可以使用API。就像Twitter如何为您提供网络版本一样，但是高级用户可以使用TweetDeck或其他工具。
Web和桌面平台都有其优点和缺点。两者都有很好的论据。混合应用程序（部分Web，部分桌面）在这方面也有优点/缺点。
应用程序开发应始终受需求驱动，而不应受技术趋势或宗教偏好或相对普遍的优势/劣势的驱动。
是否曾经尝试过将网络应用程序出售给美国或其他国家或地区的宽带访问不完善或根本不存在的人们？:)那么移动访问呢？本机，基于Web还是混合？如果没有互联网连接，那么本地访问数据该怎么办？等等。
从应用程序需求开始，然后逐步回到该技术。当您这样做时，您将做出正确的决定，并最终获得针对该项目的最佳平台。
示例：例如，注释为：“桌面应用程序提供比Web应用程序更好的用户体验”。如果要求（A）要求从任何配备Web浏览器和Internet访问的计算机随时随地进行访问，并且（B）还要求类似台式机的性能（例如，不需要刷新页面的实时数据库数据），则（ C）开发人员被引导考虑使用诸如AJAX，Flash，Silverlight，Java或什至作为浏览器控件加载的本机客户端之类的技术。
再次，我只是说受需求驱动，而不是技术驱动。
已经提到了很多要点。但是有一些我不能完全同意：
取决于应用程序的类型。如果您有cms应用程序，则无法用Web代替它（至少某些部分），因为该应用程序需要使用打印机，条形码阅读器，财务打印机，显示器等本地资源。
因此，对于需要本地资源的这类应用程序，无法替换桌面。
对于cms应用程序，桌面应用程序也可以比Web更快。
想象一下一个大型超市，那里有许多客户在等待支付订单和使用Web应用程序支付窗口费用。我还没看过这样的东西。
但是，还有像Oracle ADF这样的Web框架具有比桌面assp更大的影响范围。使用ADF，您可以构建与桌面应用程序相同的Web应用程序，其方式类似于构建桌面应用程序的方式。但这是昂贵的，学习曲线很高，需要“好的”硬件。
但是请记住，如果对于Web而言，您未使用经过测试的组件，那么Java脚本对于关键任务应用程序而言并不是很好，它容易出错。
如今，人们选择linux / osx / windows平台独立性是一个很大的功能。这有助于瞄准更大的市场
当然，该应用程序可以在世界上任何地方使用都有明显的优势...为了方便
我同意以上几点...
我只想在Web应用程序上添加一些专业功能：1.看起来不错。您也可以更改主题（只需更改CSS），可能桌面应用程序对某些用户来说很无聊，但wep应用程序，您可以更改主题/设计，它会给您的用户（和老板）留下深刻的印象
实施起来便宜。例如，如果您使用.NET开发应用程序，则需要安装Windows的客户端。但是在Web应用程序中，开发后，任何客户端都可以使用任何平台访问您的Web应用程序。
Web应用程序开发非常简单（一旦您了解CSS JavaScript和框架），它可以使您的生活更轻松。
没有病毒，易于为客户端部署/安装。
缺点：Web应用程序中的UI更复杂，需要具备javascript和CSS内容的能力才能制作出高质量的UI。
我建议您不要从头开始创建（那样会很痛苦），而是在Web应用程序中构建新模块。那将是明智的:)
将应用程序开发为Web方法的主要原因是，与假设您将其与桌面应用程序进行比较相比，它更易于访问，但是这样做时，应充分了解根据需要使用什么。
仅当您要开发不会传递极机密数据的应用程序时，Web应用程序才是好的。由于Web应用程序是在线部署的，因此与将其与桌面应用程序进行比较相比，它们更容易受到黑客的攻击，桌面应用程序可以比Web应用程序减少安全风险，尽管已经有确保网站安全的安全措施，但是随着时间的流逝，人们会发现破坏这种安全措施的方法，而且我相信大多数用户都知道大多数尤其是那些在那里存在的铁杆黑客。桌面应用程序也确实存在安全漏洞，但是非常少。
但是，如果有人真的很想使用Web应用程序来提供解决方案，那么最好是他充分了解这种风险，这对于开发桌面应用程序的人可能也要承担同样的风险。
我也是台式机应用程序的崇拜者。让我列举一些Web应用程序的缺点：
您对列出的桌面应用程序的那些优点是正确的，而您甚至忘记提及的更多优点（例如安全性，维护等）。Web应用程序的主要优点是可以通过Web浏览器从几乎在任何地方。
Visual WebGui是针对此目的的解决方案，因为它允许开发桌面（Windows）应用程序并将其作为Web应用程序运行，因此您仍然可以同时享受桌面开发和部署（直观，响应迅速，用户友好）的优势。享受Web应用程序的可访问性。
看一下，它可以为您节省很多时间和麻烦。
我曾经为我的应用程序开发桌面界面。在过去的三年中，我已经转向纯Web界面。这是我的做法：
所有用户都使用最新版本的Chrome，并且只能从公司内部网访问该应用程序。大多数用户都有桌面快捷方式，可以将其Chrome以全屏模式连接到内部服务器。不太精明的用户甚至都不知道（也不必知道）它不再是桌面应用程序。