选项A将所有操作都放到一个`processOrder`方法中，通过字符串`action`区分不同操作，降低了代码的可读性和可维护性，不符合单一职责原则。选项C使用操作码和JSON字符串的方式，虽然可以扩展操作，但牺牲了类型的安全性和代码的清晰度，不利于调试和理解。选项D的方法参数过多，职责不单一，所有订单相关的管理逻辑都耦合在一个方法中，增加了代码的复杂度。选项B将订单的创建、修改和查询分别定义为独立的方法，每个方法只负责一个明确的职责，具有更高的内聚性和可维护性，符合面向对象的设计原则。