問題タブ [messaging]

メッセージングまたはメール プログラムを VS に埋め込んだ経験のある人はいますか? ツール ウィンドウとして組み込まれている Skype やインスタント メッセンジャーなどに興味があります。このようなものを使用している (または使用したことがある) 場合、生産性にどのような影響がありますか?

スレッド化されたメッセージング システムのテーブル構造について疑問に思っています。

私は3つのテーブルがあると考えています：

それぞれmessage_threadが message_thread に 1 つのレコードを持ちます。各ユーザーは、そのスレッドにmessage_user関連するレコードと、そのスレッドの読み取り/削除ステータスも保持します。(message_userさまざまなステータスがいつ発生したかに関するいくつかの日時フィールドも含まれる場合があります。) メッセージ テーブルには、メッセージ、メッセージを送信したユーザー、および時間が含まれます。

最終的に、システムは Facebook と同様に機能するか、Gmail のように見えます (ただし、電子メールに基づくものではありません)。

必須：

• スレッドに 2 人以上のユーザーが関与している
• 各ユーザーは、スレッドに対して独自の読み取り/削除ステータスを持っている必要があります

これはあなたがそれを設定した方法ですか？

IP アドレスを介してビデオ カメラを制御する方法について、いくつかのアイデアを得たいと考えています。ローカル マシンからパンとチルトを制御する API があります。コードは、Windows では C/C++ になります。1 つのアプリケーションから複数のカメラを制御するか、1 つのアプリケーションに対して 1 つのカメラを使用するかは、まだ設計中です。SOA は、メッセージングを構築するのに役立つアーキテクチャでしょうか?

非同期リクエストに Apache Camel を使用するのは理にかなっていますか? または、JMS サーバーを使用して単純な MoM を使用する必要があります。必要なエンタープライズ統合パターンはありません。

どんな助けでも役に立ちます。

JBoss Messaging (JMS) を多用するプロジェクトに取り組んでいます。私は、他の開発者向けに Messaging の使いやすいラッパーを構築する任務を負っており、JMS のメッセージ セレクターを使用してフィルタリング技術を提供し、不要なメッセージの送信を最小限に抑えることを考えています。パフォーマンスに関して誰かが経験を持っているかどうか知りたいですか? 私が恐れているのは、JMS プロバイダーがメッセージ セレクターで行き詰まり、目的全体を事実上無効にしてしまうのではないかということです。ただし、メッセージの種類ごとにトピック/キューの長いリストを作成するよりもはるかに優れています。

最終的には、間違いなくこの 2 つの組み合わせを使用することになりますが、どちらに傾倒しても、パフォーマンスへの影響が懸念されます。

KVC に似た方法で、メッセージ名をキー自体として使用する方法はありますか? たとえば、ではなくvalueForKey:、オブジェクトがすべてのメッセージに応答する方法はありますか?

たとえば、次の XML ドキュメントがあるとします。

すでに利用可能な NSXMLDocument などを使用する以外に、ある種の抽象化を実装する方法があるので、次のことができます。

例として XML を選択しましたが、これが可能かどうか、Objective-C ランタイムに近づきすぎているかどうか、ランタイム自体でサポートされているかどうか、どのようにすればよいかを知りたいです。このようなものを実装することについて。これは純粋に実験的な目的のためであり、かなりのパフォーマンス コストが発生する可能性があることを理解しています。

編集:
可能であれば、Cocoa などの既存のフレームワークを避けて、基本の Objective-C object を使用したいと思いますObject。

.Net にユーザー コントロールがあり、WndProc でヒット テストを使用して、実行時にマウスでサイズを変更できるようにしています。

問題は、ヒット テストが成功した後 (マウスを押し、ドラッグしてサイズを変更し、マウスを離す)、コントロールが Z オーダーで上にジャンプし、フォーム内の位置が台無しになることです。

非常にカスタマイズされたコントロールであるため、ヒット テストが必要です。

WndProc に、コントロールが Z オーダーを変更するのを止める方法はありますか?

ありがとう。

ヒット テスト コード:

背景: ローカル機器とリモート機器の間でオンザフライ接続を作成するための Web アプリケーションを継承しました。最近、非常に多くの可動部分があります。アプリ自体が大幅に変更されました。開発ツールチェーンが更新されました。そして、これらの変更をサポートするために、ローカル機器とリモート機器の両方が「変更」されています。

明るい面は、デバッグ メッセージをファイルに書き込む適切なログ システムがあり、ファイルとリアルタイムのユーザー画面の両方にログを記録することです。ログ/デバッグ メカニズム全体を作り直す機会があります。

例:

• すべてのメッセージにはタイムスタンプが付けられ、重大度のプレフィックスが付けられます。
• ログはお客様用です。彼らは、彼/彼女の要求に対するシステムの応答を記録します。
• 問題を特定するログには、解決策も示されます。
• デバッグは、開発者および技術サポート向けです。それらはシステムの内部を明らかにします。
• デバッグは、それらを生成した関数や行を示します。
• 顧客は、その場でデバッグ レベルを調整して詳細度を設定できます。

質問:有用なログとデバッグを生成する、開発者として使用した、または消費者として見たベスト プラクティスは何ですか?

編集：これまでに多くの役立つ提案、ありがとう！明確にするために：私は、特定のツールよりも、何をログに記録するか、つまりコンテンツ、形式など、およびそうする理由に関心があります。

これまでに見たログの中で、最も役に立ったのはどのような点でしたか?

ご協力いただきありがとうございます！

クライアントサーバーシステムにRESTアーキテクチャを使用している人が増えないのはなぜですか。ソケット、TIBCO RV、EMS、MQを使用している人を見かけますが、基本的なRESTアーキテクチャーはあまり見ていません。

高スループット/低遅延のクライアント/サーバー通信にこのアーキテクチャを使用しない理由を誰かが知っていますか

分散コンポーネントがネットワークを介して非同期のパブ/サブのような方法で互いに通信するアプリケーションを開発しています。

このために、XML をソケット経由で送信するというアイデアが気に入っています。これは非同期であり、サーバーは一切必要なく、ローカルでもネットワーク経由でも動作します。独自の pub/sub メカニズムをロールバックする必要がありますが、これはおそらくそれほど面倒ではありません。サブスクライバーの ID として IP アドレスを使用できます。実装言語は C++ になります。私は以前にこの方法を使用して、良い結果を得ました。しかし、もっと良い方法があるのだろうか？どんなアドバイスでも大歓迎です。

編集: まだ決定はしていませんが、protobuf に関する cparcode のコメントに興味があります。

「ネットワーク通信に XML を使用することが一般的であることを理解していませんでした。いずれにせよ、プロトコルは問題の一部に過ぎないことは理解していますが、その件に関しては、Google の protobuf もあります: http://code.google.com/p/protobuf / – カパルコード (3 月 11 日 1:01)"