相关疑难解决方法(0)

Finagle中服务,过滤器和编解码器之间的边界

在Finagle中使用的Netty使用"处理程序"管道来顺序处理和输出绑定数据.Netty示例和包含的库显示了用于诸如身份验证,协议编解码器和服务的实际业务逻辑之类的各种处理程序.

Finagle似乎采用了处理程序的概念,而是直接为API用户提供编解码器,过滤器和服务.虽然这些签名具有不同的签名,但Finagle的新用户仍然需要决定使用哪个来实现其整个服务器的每个部分.他们现在需要决定哪个部分应该是编解码器的一部分,而不是任何过滤器,而不是仅仅链接到链的末端的单一服务.总之,虽然Finagle是一个比Netty更高级别的库,并且应该使构建服务的任务更容易,但API用户可能有更多的选择.

将处理流的特定部分放入编解码器而不是过滤器与单一服务的关键决策点和优缺点是什么?如果管道有可能进一步扩展,那么服务逻辑是否应该放入过滤器中,而在管道末端使用"noop"服务?鉴于订购过滤器(作为管道中的处理程序)的灵活性,与一端的单一编解码器和另一端的服务相比,为什么"一切"都不应该是过滤器?

scala netty finagle

11
推荐指数
1
解决办法
2747
查看次数

标签 统计

finagle ×1

netty ×1

scala ×1