问题标签 [messaging]

有没有人有将消息或邮件程序嵌入 VS 的经验？我对嵌入 Skype 或 Instant Messenger 之类的工具窗口感兴趣。如果您使用（或曾经使用过）这样的东西，它对您的工作效率有何影响？

我想知道线程消息传递系统的表结构。

我想会有3张桌子：

每个message_thread人在 message_thread 中都有 1 条记录。每个用户都会有一个将message_user他们与该线程相关联的记录，以及他们对该线程的读取/删除状态。（message_user可能还包含一些关于不同状态何时发生的日期时间字段。）消息表将包含消息、发送它们的用户和时间。

该系统最终会像 Facebook 一样工作，或者看起来像 Gmail 的（尽管不是基于电子邮件）。

必需的：

• 超过 2 个用户参与该线程
• 每个用户必须有自己的线程读取/删除状态

这是你设置的方式吗？

我想了解如何通过 IP 地址控制摄像机。我有一个 API 可以从本地机器控制平移和倾斜。代码将在 Windows 上使用 C/C++。如果我想从一个应用程序控制多个摄像头或将一个摄像头用于一个应用程序，我仍在设计。SOA 会是一个有用的架构来构建我的消息传递吗？

将 Apache Camel 用于异步请求是否有意义？或者我应该使用 JMS 服务器使用简单的 MoM。我不需要任何企业集成模式。

任何帮助都会很有用。

我正在开发一个将大量使用 JBoss Messaging (JMS) 的项目。我的任务是为其他开发人员围绕消息构建一个易于使用的包装器，并且正在考虑使用 JMS 的消息选择器来提供一种过滤技术，以将不必要的消息发送降至最低。我很好奇是否有人在性能方面有这样做的经验？我担心 JMS 提供者可能会陷入消息选择器的困境，从而有效地破坏了整个目的。但是，这比为每种消息类型创建一长串主题/队列要好得多。

最终，毫无疑问，我最终会使用两者的某种组合，但无论我更倾向于哪种方式，我都会担心对性能的影响。

有没有办法做类似于 KVC 的事情，但使用消息名称作为密钥本身？例如，valueForKey:有没有办法让对象响应所有消息？

例如，假设您有一个 XML 文档：

除了使用已经可用的 NSXMLDocument 和 co. 之外，是否还有一种方法可以实现某种抽象，以便您可以这样做：

我选择 XML 只是作为示例，但我想知道这是否可能，以及它是否涉及过于接近 Objective-C 运行时或者它是否被运行时本身支持，以及我将如何进行关于实施这样的事情。这纯粹是出于实验目的，我知道可能会有很大的性能成本。

编辑：
如果可能的话，我想避免使用现有的框架，如 Cocoa 并使用基本的 Objective-C object Object。

我在 .Net 中有用户控制，我在 WndProc 中使用命中测试来允许在运行时用鼠标调整它的大小。

问题是在命中测试成功后（鼠标按下、拖动以调整大小、鼠标释放），控件按 Z 顺序向上跳跃并破坏它在表单中的位置。

我需要命中测试，因为它是一个非常定制的控件。

WndProc 中有没有办法阻止控件更改它的 Z 顺序？

谢谢。

命中测试代码：

背景： 我继承了一个 Web 应用程序，该应用程序旨在在本地和远程设备之间创建即时连接。最近有大量的活动部分：应用程序本身发生了重大变化；开发工具链刚刚更新；并且本地和远程设备都已“修改”以支持这些更改。

好的一面是它有一个合理的日志系统，可以将调试消息写入文件，并将日志记录到文件和实时用户屏幕。我有机会重新设计整个日志/调试机制。

例子：

• 所有消息都带有时间戳，并以严重性级别为前缀。
• 日志是给客户的。他们记录系统对他/她的请求的响应。
• 任何识别问题的日志也会提出解决方案。
• 调试适用于开发人员和技术支持。它们揭示了系统内部。
• 调试指示生成它们的函数和/或行。
• 客户可以动态调整调试级别以设置详细程度。

问题：作为开发人员或消费者，您使用过哪些最佳实践来生成有用的日志和调试？

编辑：到目前为止有很多有用的建议，谢谢！澄清一下：我对记录的内容更感兴趣：内容、格式等——以及这样做的原因——而不是特定的工具。

你见过的最好的日志是什么让它们最有帮助？

谢谢你的帮助！

为什么您没有看到更多的人将 REST 架构用于客户端服务器系统。您看到人们使用套接字、TIBCO RV、EMS 或 MQ，但我没有看到太多基本的 REST 架构

有谁知道为什么您会避免使用此架构进行客户端/服务器通信以实现高吞吐量/低延迟

我正在开发一个应用程序，其中分布式组件通过网络以异步、发布/订阅的方式相互通信。

为此，我喜欢通过套接字发送 XML 的想法——它是异步的，我不需要任何类型的服务器，它可以在本地或通过网络工作。我将不得不推出我自己的发布/订阅机制，这可能不会太繁琐——我可以使用 IP 地址作为订阅者的 ID。实现语言将是 C++。我以前用过这种方法，效果很好。但是，我想知道是否有更好的方法？欢迎任何建议。

编辑：我还没有做出决定，但我对 cparcode 对 protobuf 的评论很感兴趣：

“我从不理解使用 XML 进行网络通信的流行度。无论如何，我意识到协议只是你问题的一部分，但在这个问题上，还有谷歌的 protobuf：http ://code.google.com/p/protobuf / – caparcode (3 月 11 日 1:01)"