维护两个不同应用程序所需的服务
Maintaining a service required by two different apps
我的服务器上有两个节点应用程序 运行，每个执行不同的任务。
但是，我现在需要创建一个供他们双方使用的服务。显然我不想在两个应用程序中都创建它，因此创建了两个代码来维护。
我目前的想法是只为这个服务有一个单独的存储库，然后从每个应用程序中要求它作为一个外包模块。
我想知道是否有更好的方法，或者这种方法是否会遇到我没有看到的问题
好吧，如果您严格遵守共享意味着仅共享公共包中的内容的规则，我看不出有任何问题。当您尝试将逻辑放在一个应该只用于一个的回购协议中时，问题就来了。在这种情况下，您将需要重建这两个应用程序，因为存储库或包是两者的依赖项。
我见过人们面临的一个问题是，当他们使用共享存储库时，你需要调整一些东西只是因为它们在共同的地方。例如，你有一个方法可以完成一项工作，突然你想在其他地方也使用它，但需要进行一些调整。在这种情况下，您最终会修改共享代码以支持第二个存储库，但由于它是共享的，因此您将不得不对两个应用程序进行回归测试。
我看到共享回购候选人是司机、客户等。我想剩下的取决于你的项目结构和判断。在这种情况下，没有什么是正确的或不正确的。希望这是有道理的。
我的服务器上有两个节点应用程序 运行，每个执行不同的任务。
但是，我现在需要创建一个供他们双方使用的服务。显然我不想在两个应用程序中都创建它，因此创建了两个代码来维护。
我目前的想法是只为这个服务有一个单独的存储库，然后从每个应用程序中要求它作为一个外包模块。
我想知道是否有更好的方法，或者这种方法是否会遇到我没有看到的问题
好吧，如果您严格遵守共享意味着仅共享公共包中的内容的规则，我看不出有任何问题。当您尝试将逻辑放在一个应该只用于一个的回购协议中时，问题就来了。在这种情况下，您将需要重建这两个应用程序，因为存储库或包是两者的依赖项。
我见过人们面临的一个问题是，当他们使用共享存储库时，你需要调整一些东西只是因为它们在共同的地方。例如，你有一个方法可以完成一项工作，突然你想在其他地方也使用它，但需要进行一些调整。在这种情况下，您最终会修改共享代码以支持第二个存储库，但由于它是共享的，因此您将不得不对两个应用程序进行回归测试。
我看到共享回购候选人是司机、客户等。我想剩下的取决于你的项目结构和判断。在这种情况下，没有什么是正确的或不正确的。希望这是有道理的。