提高开发人员速度的极限

直到五个月前,我们的仪表板运行缓慢,功能有限,并且(最糟糕的)是用Angular编写的。 我们对Angular本身没有什么特别的要求,但是我们团队中没有人有任何重要的经验。 这意味着即使要修复一个小错误也要花费大量的精力。 我们已制定了宏伟的计划,向我们的仪表板添加了很棒的功能-组织,每个用户多个应用程序,可查询的日志等等! -但我们不相信在遗留代码之上进行构建是我们时间的最佳利用。 所以我们报废了。 我们的目标是构建新的仪表板,使我们能够快速有效地进行开发。 我们知道我们想使用React来与其他内部JavaScript项目保持一致,但是仪表板具有大量的应用程序状态,因此我们决定也使用Redux。 我们首先从Bumpers 的* BEST *🙄文章中获取了一堆指针。 像许多Redux应用程序中常见的那样,我们没有直接在/store级别上拥有所有商店文件,而是将商店分为几个子目录,每个子目录都有各自的操作,reduce和Selectors文件。 这些子目录中的每一个都与我们的模型之一相对应,例如帐户,组织,应用程序等。通过将相关代码分组在一起,开发速度大大提高。 现在,当某人想要更改“帐户”状态时,他们只需导航至/store/account即可找到该代码,而不必在大型文件中按ctrl+f将不同模型的所有代码组合在一起。 旁注:我们从保险杠文章中得出的另一点是,在每个商店子目录中添加了一个终结点文件。 可以在此文件中处理API调用,然后由action文件依次调用。 这是一种很好的关注点分离,可以轻松地切换操作或API接口,而又不影响其他接口,并提供干净的存根接口进行测试。…