根据Angular 标准，我们应使用sharedModule
这不是"Angular “标准，而是"任何”标准，更不用说"开发“标准了。
这句话存在：“不要重复发明轮子”。
真的--汽车需要新轮胎吗？你不会去设计全新的轮胎，你会从架子上抓一些新轮胎，然后把它们塞进汽车。
同样的道理--你的应用中有7个地方需要发出API请求？不要设计和编写7个全新的API请求，使用你已经发出的API请求。
设计负责人：干-不要重复自己的话。
这对代码来说尤其重要。你说你有30-40个模块。每个模块都有自己的API服务的复制/粘贴版本。当为那个API添加/删除/修改身份验证时会发生什么？突然需要在请求的头部添加一些令牌？
更改后需要30-40个复制/粘贴作业。30-40...您甚至不能给予我们一个确切的数字！您怎么知道您成功替换了所有作业？
你为什么要这样对自己你可以继续重复使用你做的一件原创的东西？
30-40个模块都使用 * 一个 * API服务。* 一个 * 地方进行任何修复/更改。* 一个 * 服务进行测试。
哦，法律的测试-其中我几乎100%肯定你有零测试，任何你有可能是无效的，肯定没有涵盖几乎一样多，你应该涵盖。
这是30-40个测试类，您需要更新以及（让我猜猜-复制粘贴这些呢？）
这只是一个单独提到的API服务。如果你为你的应用程序中的某个东西编写某种帮助方法，你会怎么做？“哦，我厌倦了写同样的5行代码来做x，所以我写了一个方法来为我做，它使它快得多”。
酷复制粘贴到我们所有的其他模块，使我们可以使用它了30-40倍，我也。谢谢。
把这些东西放到你的共享模块中。* 一个 * helper类。* 一个 * 类来编写测试。* 一个 * 类来修改添加/修复。* 零 * 复制和粘贴，浪费时间和丢失东西。
忽略所有这些，你是怎么做到几天/几周/几个月一遍又一遍地重复自己，一遍又一遍地复制/粘贴，天知道还有什么一遍又一遍地......而一次也没有想过“这是很大的努力，也许我可以通过做一些更聪明的事情来保存一些”？！
这甚至不是一个发人深思或启发讨论的问题，而是一个让人注意到基本常识和人类长期以来的愿望的问题，即能够用同样或更少的努力做同样多或更多的事情。
我们为什么要搞农业？因为在整个地区寻找一些浆果更费力。
为什么我们要把动物拴在犁上？因为这是一项艰苦的工作，而且我们很懒。
为什么我们要用拖拉机来代替牲畜？因为拖拉机能做得更好。
为什么我们要用那些时髦的“垂直”农场来取代传统的农场呢？因为它们效率更高，自动化程度更高，等等。
停止复制和粘贴大块的东西。你第二次做任何事情的那一毫秒，你就把它重构成一个两个人都可以使用的单一东西。
我真诚地希望你现在是一名学生和/或刚刚开始（自学？）。如果是这样，欢迎！继续问问题，继续点击谷歌为您的答案（在那里你会发现比我能提供更好），并继续学习。我的代码一样糟糕（更糟，可能）回到大学。
如果你不是，实际上是某种“经验丰富”的软件开发人员，人们付钱给你做这件事...请停下来，开始务农，让我们都知道你到目前为止做了什么，这样我们就可以立即停止使用它。