【发布时间】：2009-02-02 05:51:37
【问题描述】：
我对网络框架的体验是它们相对“不稳定”。并不是说它们崩溃了，而是有很多更改会迫使人们重新编写代码。我想知道您使用过哪些 Web 开发包以及维护该代码的工作量是多少？
【问题讨论】：
【发布时间】：2009-02-02 05:51:37
【问题描述】：
“变更是需求的一部分。”
我认为我们设计的 web 包没有太大变化。如果它改变了，那么它就是一个糟糕的设计。如果我们使用外部 API，少数会被弃用，否则大部分是相同的。
一些用作 JAVA/J2EE 程序员的包： -MVC - 支柱 - 少数 AJAX 框架
这些是非常基本的使用方法。其他大部分都是自行开发的，网页包设计完成后，我们不会更改设计。
【讨论】：
任何正在积极开发的库都是不稳定的。以 .NET 为例，每个月都有一种新的更好的方法来处理旧的东西。另一方面，开源库更倾向于抛弃旧的不推荐使用的方法，因为它使代码更好，这就是让他们开心的原因。
但无论如何我不建议使用任何旧的和不受支持的东西，尽管环境会完全稳定，但您将自己独立。
最好的方法似乎是冻结您开始使用的库版本并切换到新版本，这样做会有巨大的好处。至少每个人都是这样做的。
【讨论】：
.NET 和 jQuery 等框架在很大程度上向后兼容，允许您慢慢使用新功能。
然而，Mootools... API 破坏了从 1.11 到 1.2 再到 1.3 的许多东西。在这种情况下，升级并不简单。
作为一项规则，我会尝试等待某项测试结束，然后再将其包含在生产代码中。认可也有很长的路要走——因为微软称 jQuery 是客户端框架的赢家，所以很容易鼓励其他人也接受它。
【讨论】：
我的大部分经验都是使用 Ruby on Rails，所以我将分享过去几年我所看到的。
Rails 更新非常好，但除非您需要功能或罕见的安全补丁，否则您实际上不需要更新。例如，我现在在我们公司运行一个 Rails 应用程序，它是大约 2.5 年前编码的，今年只需要对其进行一次工作即可将其升级到与 apache mod_rails 兼容的新版本，它我相信最初是针对 Rails 1.2 编写的。当然，那是一个没有任何安全要求的内网应用程序。总而言之，它非常无痛。如果我一直使用 mongrel + mod_proxy，它就不需要为安全补丁更新一次。
Rails 相当安全，漏洞之间也相距甚远。如果我没记错的话，Ruby 漏洞比 Rails 漏洞要多一些，但总而言之，它非常可靠，升级你的 ruby 不应该破坏轨道，特别是如果你使用一个向后移植安全修复程序的发行版。
【讨论】：
-
哦，我已经完成了我在 2 年前实施的 Rails，今年需要额外的一周时间才能从 1.1.6 升级到 2.2...所以 Rails 正是我的意思不太稳定