处理rpc请求的最佳设计模式是什么? 我现在正在开发C++中的JSON RPC项目。我还没有决定如何处理rpc的请求。服务器从客户端接收JSON,如下所示 {"method":"App1hoge", ...} {"method":"App1fuga", ...} {"method":"App2foo", ...}

处理rpc请求的最佳设计模式是什么? 我现在正在开发C++中的JSON RPC项目。我还没有决定如何处理rpc的请求。服务器从客户端接收JSON,如下所示 {"method":"App1hoge", ...} {"method":"App1fuga", ...} {"method":"App2foo", ...},c++,design-patterns,rpc,C++,Design Patterns,Rpc,服务器端处理一些应用程序,如App1、App2等。因此我认为应该为每个类设计ApplicationRule类。在这种情况下,需要App1Rule和App2Rule类。我还应该为处理每个规则设计ApplicationRuleManager。但我不确定如何设计ApplicationRuleManager 通常,我应该如何设计ApplicationRuleManager和每个ApplicationRule之间的关系?战略模式熟悉这个案例吗 任何帮助都将不胜感激。除非您明确定义了“应用程序规则”和“应用

服务器端处理一些应用程序,如App1、App2等。因此我认为应该为每个类设计ApplicationRule类。在这种情况下,需要App1Rule和App2Rule类。我还应该为处理每个规则设计ApplicationRuleManager。但我不确定如何设计ApplicationRuleManager

通常,我应该如何设计ApplicationRuleManager和每个ApplicationRule之间的关系?战略模式熟悉这个案例吗


任何帮助都将不胜感激。

除非您明确定义了“应用程序规则”和“应用程序规则管理器”的职责,否则很难说“策略”或其他内容是否合适。(在我看来,“经理”通常是一种代码味道,特别是如果你能说的只是“好吧,它管理事情…”)很难说出你在问什么。RPC已经是一种设计模式。