问题标签 [backwards-compatibility]

我刚刚开始创建一些 WCF 服务，但我需要使它们向后兼容旧版（.NET 1.1 和 2.0）客户端应用程序。

我已经设法让服务为 3.0 和更高版本的客户端正确运行，但是当我使用 basicHttpBinding 端点（我认为这是我需要的兼容性所必需的）发布服务时，该服务会重构我的方法签名。例如

在客户端应用程序中显示为

我已经为我的自托管控制台应用程序尝试了 app.config 中我能想到的每个配置参数，但我似乎无法按预期实现此功能。我想这可能会导致我的期望存在缺陷，但令我感到惊讶的是，WCF 服务无法处理下层客户端的 bool 返回类型。

我当前的 app.config 看起来像这样。

有人可以建议吗？

我开始几乎完全在 WCF 中使用我的模型，并希望获得一些实用的方法来随着时间的推移对这些服务进行版本控制。谁能指出我正确的方向？

我在一个同时具有 GUI（图形）和 API（脚本）界面的应用程序上工作。我们的产品拥有非常庞大的安装基础。许多客户投入了大量时间和精力来编写使用我们产品的脚本。

在我们所有的设计和实现中，我们（可以理解）对保持 100%向后兼容性有非常严格的要求。当我们引入新的软件版本时，之前运行的脚本必须继续以完全相同的方式运行，无需任何修改。

不幸的是，这个要求有时会束缚我们的双手，因为它确实限制了我们创新和想出新的更好的做事方式的能力。

例如，我们可能会想出一种更好（并且更有用）的方法来完成已经可能完成的任务。最好将这种更好的方式设为默认方式，但我们不能这样做，因为它可能具有向后兼容性的含义。所以我们坚持将新的（更好的）方式作为一种模式，用户必须“打开”才能使用它。除非他们阅读文档或在线帮助（许多客户不这样做），否则此新功能将永远隐藏。

我知道 Windows Vista 刚问世时惹恼了很多人，因为所有的软件和外围设备都无法在它上面运行，即使它们在 XP 上运行也是如此。因此，它收到了非常糟糕的接待。但你可以看到，微软也成功地在 Vista 中进行了一些伟大的创新，但代价是为许多用户提供了向后兼容性。他们冒险了。它得到回报了吗？他们做出了正确的决定吗？我想只有时间会证明一切。

您是否发现自己在创新和向后兼容性的冲突需求之间取得平衡？你如何处理杂耍表演？

我的开发环境是在JDK1.6中运行的，我需要编译一些类来兼容运行JDK1.5的客户端。我将如何使用 'javac' ant 目标执行此操作？

您好，我刚刚将 icefaces 1.7.1 升级到 1.7.2 并在同一链接上单击两次后开始出现 javax.faces.application.ViewExpiredException 异常。我正在使用 JBoss Seam 2.0.2，我想这是我在升级过程中犯的一些愚蠢的错误，但我不知道是什么。我刚刚用较新的 jar 替换了三个 jar（icefaces.jar、icefaces-comps.jar 和 icefaces-facelets.jar。还有什么我应该做的吗？当我切换回 1.7.1 时，一切正常。

我们遇到了 Mootools 不能很好地向后兼容的问题，特别是在拖放功能方面。我想知道是否有人对 jQuery 不向后兼容有任何类似的问题。我们开始大量使用它，并正在考虑升级到更新版本以开始使用几个需要它的插件。如果我们摆脱旧版本，我们会有什么问题吗？

我的一位同事对 Mootools 向后兼容有疑问，我想知道是否有其他人注意到这一点？他说他的主要问题是在尝试使用旧版本中提供的拖放功能时。我自己从来没有真正研究过它，但是当我在为 JQuery 提出同样的问题时提到它时，其他人似乎没有同样的问题。

那么 Stackoverflow 你有没有注意到 Mootools 向后兼容性的问题？

当您考虑升级开发工具时，向后兼容性对您来说有多重要？如果 Visual Studio 2010 需要对您的源代码进行重大更改，您还会购买它吗？在为新功能交易向后兼容性方面，您的转折点在哪里？

我想在这里和那里用一些 jQuery 动画来美化我网站的某些区域，并且我希望完全替换我的 AJAX 代码，因为我现有的代码存在一些跨浏览器兼容性问题。但是，由于 jQuery 是一个 JavaScript 库，我担心当 JavaScript 关闭或用户浏览器中不存在 JavaScript 时我的页面无法正常运行。

我举个例子：目前，我正在使用纯 CSS 工具提示向我的用户（玩家，网站是浏览器游戏）提供其他用户的信息。例如，如果游戏中的其他玩家满足一个或多个条件，则在他们的名字旁边显示一个目标图标，并且在将鼠标悬停在该目标图标上时，会显示有关目标背后原因的信息。这是有用的信息，因为它可以帮助我的玩家知道他们应该计划在游戏中接下来攻击谁。

目前，我使用 CSS 做这样的工具提示。我有一个父 div，其中包含类“信息”的目标图标的图像。然后，我在其中有一个带有“工具提示”类的 div，在它包含的“信息”类的悬停状态下显示，但在正常状态下是隐藏的。当我读到它时，我认为它相当聪明，而且由于没有使用 JavaScript，它可以在任何兼容 CSS 的浏览器上运行。

我想用 jQuery 来达到同样的效果，主要是因为它看起来更干净，但也因为我相信快速而微妙的动画可以让这些“随机出现”的东西对用户更有意义，尤其是在第一个遇到。我只是想知道这两者是否会发生冲突。这只是其中的一个例子，还有许多其他例子表明无法使用 JavaScript 会阻碍网站。

所以我想问的是，如何让 jQuery 网站在不支持 JavaScript 但支持大多数 CSS 的浏览器上优雅地降级？我的目标是让网站为所有用户提供基本的功能，无论浏览器的选择如何。动画是一个很好的例子，但我也担心更动态的位，比如使用 AJAX 自动更新等。有没有关于如何实现这一点的好的资源，或者你对最好的方法有什么建议能达到这样的可降解性吗？

谢谢

PS：完全不相关，但Firefox似乎认为“可降解性”不是一个词，而是“生物降解性”（带有“生物”前缀）是。奇怪的...

虽然我的理解是没有根本原因为 32 位硬件/操作系统编写的程序不能在 64 位硬件/操作系统上运行，但实际上，我发现许多用于 32 位版本 Windows 的程序不会在 64 位版本的 Windows 上工作。示例包括许多流行的安全实用程序（大多数产品来自 Norton 和 Check Point 的 Zone Alarm）和一些游戏（我一直试图让 Grand Theft Auto 4 运行几个星期，但无济于事 - 当然，这可能与与 GTA4 相关的许多其他问题有关，但这既不是这里也不是那里）。

我听说程序不兼容可能是由于不想从“Program Files (x86)”文件夹运行这样简单的事情，但还有哪些其他原因？为什么为 32 位系统编写的病毒扫描程序或防火墙不能在 64 位系统上运行？当一切理论上都向后兼容时，为什么游戏无法运行？