Job Data Forum

在重写仪表板时，我们决定一次性交付所有内容。我们认为这比逐步交付功能更容易。这无疑是我们最大的错误之一。

第一个问题是什么？我们没有在整个项目过程中设立多个里程碑，而是在项目结束时只设立了一个大里程碑。

结果，我们开始开发很多功能但仍然没有完成任何事情——即使经过几个月的开发。

从团队激励的角度来看，这显然不是一个很好的体验。除此之外，我们无法进行任何用户测试，所以我们不确定我们正在做的事情是否成功。

因此，我们最重要的收获是始终尝试找到一种方法来逐步实现您的功能。

在我们这边，我们将旧仪表板嵌入到新 孟加拉国电报数据库 仪表板中，作为尚未重写的每个页面的后备。从那时起，我们逐渐能够用重写的页面替换嵌入的页面。

5. 预测未来
从头开始重写应用程序固然令人兴奋，但一旦完成，您就不会想很快再做一次。为了确保这一点，您需要采取一些预防措施。

对于我们来说，我们知道我们最终会从 REST API 转向 GraphQL API。但是当我们开始重写时，GraphQL API 还远未准备好，所以我们必须使用 REST API。

问题是，我们知道迁移不会是一件容易的事。因此，我们从一开始就通过实现 Apollo 客户端（使用 apollo-link-rest）使迁移尽可能简单。

此外，尽管你的新应用可能很现代、很炫酷，但总有一天会有人不得不重写它。这就是为什么让继任者更容易上手是关键。

例如，你可以尝试减轻代码各个部分之间的内部依赖关系。这样，删除任何代码片段并将其替换为其他代码片段就会更加容易。

此外，请考虑将重要的代码元素集中起来并使其易于拦截（例如身份验证、导航、HTTP 调用、加载状态等）。这样您就可以轻松地从外部驱动您的应用或将其嵌入另一个应用，而无需付出太多努力。