RPC伪装成REST是个坏主意吗？

这个问题涉及到了软件开发中的通信协议和设计原则。REST（Representational State Transfer）是一种流行的网络应用程序的设计风格和开发方式，它主张使用HTTP协议和URI来定位资源，并通过HTTP方法（如GET、POST、PUT、DELETE等）来操作资源。而RPC（Remote Procedure Call）是一种远程过程调用的方式，它允许一个程序调用另一个程序中的函数或方法，并获取返回值。

将RPC伪装成REST并不是一个好的主意，原因如下：

违反了REST的设计原则：REST强调资源的无状态性和可缓存性，而RPC通常需要维护状态和会话信息。将RPC伪装成REST可能会导致程序设计上的混乱和不一致。
可读性和可维护性差：REST的设计原则和规范明确，易于理解和实现。而将RPC伪装成REST会降低代码的可读性和可维护性，增加后期维护的难度。
性能和效率低：REST通常使用HTTP协议进行通信，而HTTP协议是基于文本的，这会导致额外的开销和性能损失。而RPC通常使用二进制协议进行通信，可以提高通信效率和性能。

因此，将RPC伪装成REST并不是一个好的主意。如果需要在软件开发中实现远程过程调用，建议使用专门的RPC框架或库，如gRPC等。