非 Netlify 选项。 德鲁：那么，如果我想开始构建一个应用程序并在本周将其投入生产，Redwood 准备好了吗？成熟了吗？ 安东尼：是的，我们现在有大约六个应用程序正在生产中。第一个名为 Predict COVID，于三月份推出，它就像一个实时数据可视化应用程序。然后，我们得到了由 Rob 完成的，它就像 Jamstack 的 cron 作业一样。然后，还有我认为 Duoflag 是另一个。所以，至少有少数。如果你去很棒的 Redwood repo，你可以看到所有这些的列表。如果您去社区论坛，您也可以找到这些内容的文章，因为人们已经将这些内容投入生产并介绍了它的进展情况。到目前为止，它们都取得了成功，没有人说：“我再也不会使用这个了。” 德鲁：但是，它很新。我想这是不可避免的，但就成熟度而言，红木还很新，它得到了很好的追随者。 安东尼：好吧，这很有趣，它是，又不是。这是在三月份宣布的。
那时汤姆和彼得已经为此工作了大约
所以，他们已经为此投入了大量的前期工作，所以我不会通过自述文件宣布这个项目，然后开始构建它。当他们宣布这一点时，它还不是……现在不是 1.0，但就人们对 1.0 的期望而言，它非常接近。但是，Tom 非常反对我们所说的类型驱动开发，因此他总是错误地认为它还没有准备好。因此，我们说它尚未准备好投入生产，即使它已经投入生产。 德鲁：我认为人们有时会因为使用框架而感到烦恼的一件事是，他们将围绕该框架构建一个项目，然后该框架将很快转到另一个具有向后不兼容性的主要版本，然后他们只剩下一个大项目将所有内容更新 土耳其手机号码清单 到新版本的框架上。红木可能会发生这种情况吗？我的意思是，我们谁都没有水晶球，但仅凭所涉及的技术及其结构方式，您认为这是一个大危险还是一个小危险？ 安东尼：是的，这是一个非常合理的担忧，并且绝对是团队已经考虑过的事情。CLI 有一个升级命令，所以基本上每次有版本升级时，您只需执行一个命令，它就会升级版本。我一直在处理这个问题，只是因为我写的系列，我在版本 11 或 0.11 时开始处理它，现在好像是 0.17 或其他版本。
所以我直在慢慢地迭代它
因为它已经消失了，但没有任何问题。就这样，你慢慢地得到东西，或者像“哦，这是你在这里得到的一种很好的小接触”，但它在建筑上几乎是一成不变的。红木的结构，前端或后端根本不会改变。根据他们想要的架构，我们经过深思熟虑。这就是他们建造它的原因，这样他们就可以获得像这样结构的东西。 德鲁：我想在现代 Web 开发中，有一个特定的点，你永远无法摆脱对依 传真列表 赖项更新和更改的依赖。我的意思是，即使使用 React，React 也会经历与其他事物一样多的不同变化。 安东尼：这正是 Tom 发明语义版本控制的原因。 德鲁：我想从硬币的另一面来看，如果 Redwood 确实消失了，这始终是我们在选择框架时考虑的事情，如果开发以某种方式停止，我想对特定应用程序的影响可能不会太大，因为它是只是在很大程度上建立在现有的其他项目之上。就是它- 安东尼：嗯，有人会说红杉树可以存活很长时间，可以存活很长时间。这可能就是它被称为的原因，因为您只需创建一个站点并部由那些试图扩展 Rails 应用程序的人构建，我想他们已经对此进行了很多思考。
