Language agnostic 有人还在使用客户机-服务器体系结构吗

我已经写软件几十年了，现在一切都是网络化的。
在web出现之前，我们有客户机-服务器应用程序，它们基本上是直接与数据库通信的厚客户机应用程序。它们有一些缺点，比如部署很麻烦，因为DB处理所有流量，所以无法扩展。当然，在当时，应用程序的分发仅限于在公司网络的桌面上。这些应用程序的好处是层次少，开发速度快

有时，需求要求在防火墙后面安装一个应用程序，该应用程序具有专用数据库和相对较少的客户端。我建议（有时在StackOverflow上）使用旧的客户机/服务器类型的架构，每个人都认为我有三条腿和六只胳膊

---

借助现代技术，我们可以自动部署应用程序和工具。这项技术不可行有什么原因吗？是不是新一代的开发者只懂网络

我敢肯定，即使在今天，厚客户端仍在开发中

话虽如此，选择基于web的体系结构并不意味着“新一代开发人员”只了解web内容，如果你能使你的应用程序基于web，你会获得很多优势：

部署非常简单。即使有ClickOnce、自动更新等功能，也没有什么比简单地刷新页面以获取最新版本更好的了

您可以使用Silverlight之类的工具获得桌面应用程序99%的好处（就在客户端上运行代码的能力而言）

Web应用程序比桌面应用程序更容易远程使用（现在很多公司都有远程工作者，如果你只想访问工资单（或其他什么），那么设置VPN是一件痛苦的事情）

---

但归根结底，这一切都是关于工作的正确工具。当您想为Office（Word、Outlook等）编写插件时，Web应用程序帮不上忙；如果您必须控制自定义硬件（POS终端等，尽管在某些情况下您可以将其写入服务器…），Web应用程序帮不上忙，可能还有更多的情况。

我可以想到至少两个大型ish市场，其中客户机服务器仍然很大：

• 在线游戏和虚拟世界，如战场或第二人生。通常，您需要一个厚客户端加上一个到共享服务器的连接
• 定制科学软件。复杂的技术或科学软件，特别是当它需要一个交互式图形用户界面来进行直接操作时，有时也是以这种方式编写的

---

我们有一些Flex应用程序可以与基于XML的web服务进行通信，这些web服务与老式的客户端服务器应用程序非常接近。但是，它们不是使用SQL，而是使用自定义XML语言并呈现SOAP响应。

我们目前每年开发和部署大量客户机/服务器应用程序。开发过程简单且自动化。我们不仅限于能够部署的数据库技术。客户端/服务器部署在计算、表单更新和报告方面更快。基于Web/云的应用程序的响应性不如在客户端站（胖客户端）上运行的应用程序

这是因为cpu负载的分布。服务器端应用程序要求服务器执行所有计算，而客户端可以在本地计算机上运行。随着系统变得越来越复杂，用户等待结果的时间也在增加。员工时间的这些时刻更昂贵，因为它们涉及更多的受薪员工。在一个组织中，这些时刻加起来就是一年中大量的“工时”

更新的问题在我们的开发工具集中得到解决。正如当您打开最喜爱的浏览器时，它会注意到您使用的版本不是最新的版本，我们在客户机/服务器应用程序中嵌入了相同的过程。事实上，我们没有给他们更新的选择。由于更新可能多次需要更改数据库，因此我们强制在允许用户运行软件之前进行更新

---

为了提高自定义客户机/服务器系统所含信息的可视性，我们提供了自定义开发的网站，这些网站具有特定的应用程序，如现场调度或客户支持论坛集成到桌面客户机/服务器应用程序中。从我的角度来看，我看到客户机-服务器和响应web应用程序的完全集成在未来几年将占据更好的位置。

什么，从来没有听说过Access应用程序？嘿，孩子们！离开我的草坪！在这些日子里，每当有人说浏览器是瘦客户机时，我就窒息了。。。他们没有偷看我FF中的插件列表……我渴望客户端/服务器的日子，但我所有的客户都想要webby应用。几周前，我在一个WPF应用程序上玩得很开心，实际上我的客户端上有一些状态，这让我的生活如此甜蜜，但即使是在MD希望它在他的新IPAD上工作后，现在也转换成了ASP.net然后，您需要对整个中间层进行编程、维护和管理。XML很麻烦。它是许多应用程序的工具，但我试图让人们相信，我们已经远离了简单性，在这种情况下，有时更简单的解决方案仍然是最好的。我还编写GWT应用程序和web应用程序，因此我了解其中的机制。