使用Jpos只创建IsoMsg对象并使用通道、连接、发送和接收方法而不是部署Q2有什么缺点？
我在Spring应用程序中使用Jpos来处理从POS终端到不同交易处理器的金融交易。
我目前的设置只涉及创建一个IsoMsg对象，设置所需的字段，然后创建适当的通道，调用通道发送和接收方法来处理事务，如。
下面是我发送网络管理请求的示例：

ISOMsg m = new ISOMsg ();
  m.setMTI ("0800");
  m.set (3, "000000");
  m.set (41, "00000001");
  m.set (70, "301");
  .......................................
  .......................................
 (other parts of iso message omitted)

ISOChannel channel = new ASCIIChannel ("<processor_ip>", <processor_port>, new GenericPackager());
channel.connect();
channel.send(m);

IsoMsg response = channel.receieve();

字符串
然而，jpos程序员指南建议使用Q2而不是上述方法，但我发现Q2部署非常复杂，配置量很大。
阅读程序员指南的Q2部分可以快速介绍许多名称不太容易理解的复杂组件，例如通道适配器，参与者，空间，过滤器，查询主机等。
我更喜欢创建一个IsoMsg对象、通过一个通道打开一个连接、发送IsoMsg和接收响应的简单实现。
我的问题是，与Q2相比，使用更简单的实现有哪些缺点？与仅通过普通通道进行通信相比，Q2部署有哪些优势