问题标签 [channel]

我无法将故障通道的概念映射回某些绑定的手动实现。我认为这个 WCF 功能很烦人，我想知道是否有任何方法可以禁用它。

以 TCP 为例。大多数 TCP 通信都断开了。那么到底为什么一个连接会导致通道故障并断开所有以下连接呢？

和命名管道？

也许我错了。所以请解释为什么它是一个特性，而不是一个错误。

我用 NIO 设计了一个实时物理模拟，它是关于在多个客户端上同时（实时）移动球

目前，我通过字符串解析发送一个球的坐标，但现在我想移动多个球并希望有一些除发送字符串之外的通用机制，所以我在服务器上创建了 4 个球。

它是如何实现的，每个球的坐标对应于客户端上的同一个球（我也在客户端上创建），并且每个球都可以根据从服务器接收到的坐标移动。

这应该通过发送每个球的引用来实现，但我不知道如何使用 java 字节缓冲区和整体 NIO 来实现。

我的实现有问题，如果有人帮助我提供代码示例，那就太好了，无论如何，这对于发送模拟数据（如字符串以外的对象坐标）是通用的（如果有人做了类似的工作），但它应该实现我描述的用例。

谢谢，

吉比拉拉

PS：我可以知道Downvoting问题的原因吗？

我们有一个从 Web 应用程序使用的 WCF 服务。我们使用的客户端是使用 Visual Studio“添加服务引用”选项生成的。由于它是一个网络应用程序，并且由于应用程序的性质可能会导致会话相对较短，我们选择在用户登录时创建客户端实例并在会话期间保留它，然后在会话结束时处理它。

这让我想到了我的问题——我们正在尝试确定处理客户端通道进入故障状态的最佳方式。在搜索了一些之后，我们想出了这个：

但是，这不起作用，因为至少在我们的情况下，即使服务关闭，客户端也会显示Open状态，直到您实际尝试使用它进行调用，此时它会进入Faulted状态.

所以这让我们做其他事情。我们提出的另一个选择是：

但这闻起来。显然，我们可以通过使用新客户端并在每次调用时处理它来避免这种情况。这似乎没有必要，但如果这是正确的方式，那么我想这就是我们会选择的。那么，优雅地处理确定客户端是否处于故障状态然后采取措施的最佳方法是什么？我们真的应该为每个电话获得一个新客户吗？

要记住的另一件事 - 客户端的实例化以及所有这些检查和处理都发生在客户端的包装类中。如果我们按照我们想要的方式执行此操作，那么它对应用程序本身是透明的——从它们进行调用和处理异常不需要那里的特殊代码。

什么是伪 TCP 通道，如何实现？

我的 MVC2 应用程序今天让我很伤心......我想使用以下控制器代码编辑数据库记录：

我收到高级异常“无法更新‘Model.Entity’类型的模型”，当我深入了解 ModelState 时，我发现它在尝试更新 Id 字段时失败 - “设置 Id属性仅在实体反序列化期间受 .NET 3.5+ 支持”。

问题是，我如何告诉 UpdateModel() 不要更新 Id 字段？我不希望它更新该字段！

有任何想法吗？戴夫

我正在尝试理解 Go 语言。我尝试创建两个 goroutine，使用两个通道链接它们之间的流：

正如预期的那样，此代码打印：

直到主函数退出。

但是，如果我从 main 向其中一个通道发送另一个值，它会突然阻塞：

它输出

然后阻塞直到主要结束。

发送给 c1 的值“2”到达第一个 goroutie，后者将其发送给 c2，但第二个 goroutine 从未收到。

（在此示例中使用大小为 1（c1 或 c2）的缓冲通道）

为什么会这样？当这种情况发生在实际代码中时，我该如何调试它？

问候先生们，

编辑：忘记了示例的链接，这里是： http ://code.google.com/p/java-channel-tic-tac-toe/source/browse/trunk/src/com/google/appengine/demos /channeltactoe/

所以我正在研究 AppEngine 的通道 API，我偶然发现了一个关于它的架构编码方式的问题。我认为它的工作方式是客户端发送标准 POST 请求，游戏得到更新，并且两个玩家都通过 ChannelService 获取更新 JSON 消息。

现在我在 javadoc 上读到 Channel 是双向通信通道，那么为什么这个开发人员选择 POST servlet（用于游戏更新）和 Channel 进行分发，而不是使用单个 servlet 来单独创建 Channel 和然后使用该通道进行前后游戏更新客户端和服务器之间的通信？

总结一下，这种架构比使用真正的 2-way 通道有什么好处，或者甚至有可能以这种方式使用 2-way（返回服务器通道）。

感谢您的阅读，我希望我的问题是有效的/可以理解的。
-罗汉

如何访问具有指定行、列和通道的矩阵？

我找不到太多关于用 Bash 编写的 IRC 机器人的文档，所以这是我的问题。我有一个简单的机器人，可以加入频道并将消息写入频道。

但是，我如何阅读来自频道的消息，即来自用户的消息？

最终，我希望我的机器人能够识别一个关键字，该关键字将使机器人启动并返回一些东西。作为我的机器人的基础，我使用了来自http://www.blog.tdobson.net/node/174的脚本。向我指出一些关于如何在 Bash 中编写 IRC 机器人的有用文档也很棒。

我一直在网上阅读很多 WCF 文章，似乎大多数人缓存 ChannelFactory 对象而不是通道本身。似乎大多数人都害怕使用通道缓存，因为他们不想处理可能导致缓存通道不可用的网络故障。但这可以通过在方法上捕获 CommunicationException、重新创建通道并使用反射重播方法来轻松解决。

然后有些人认为进行通道缓存很糟糕，因为所有通信都将通过单个通道进行。请参阅以下文章。

http://social.msdn.microsoft.com/Forums/is/wcf/thread/9cbdf92a-a749-40ce-9ebe-3f2622cd78ee

这一定是坏事吗？你不能跨线程共享频道吗？性能会因为对这个单一通道的多个方法调用将被串行处理而受到影响吗？

我还没有发现共享频道会降低性能的证据。我确实发现使用缓存通道比使用非缓存通道快大约 5 倍，即使这意味着必须使用反射来对缓存通道进行方法调用。

另一个优点是，当您完成所有 WCF 调用时，不必使用 try/catch/finally 语句在通道上调用 Close()、Abort() 或 Dispose()。在我看来，WCF 似乎朝着错误的方向迈出了一步，迫使开发人员必须管理 WCF 通道资源。在 .NET Remoting 中，您使用 Activator 类创建了代理，您无需对它执行任何操作即可对其进行清理。.NET Framework 为您处理了所有这些。