問題タブ [communication]

正直なところ、答えは「いいえ」だと思います。しかし、セカンドオピニオンを取得したいと思います。基本的に、安定した信号を別のマイクロコントローラーに送信するために1つのマイクロコントローラーデバイスが必要ですが、それらの間の通信はRS232を使用しています。ですから、私が望むことをするためには、コミュニケーションメッセージを作成/更新する必要があると思います。

どう思いますか？

event別のオブジェクトから tkinter を呼び出すにはどうすればよいですか?

wxWidgets のようなものを探していwx.CallAfterます。たとえば、オブジェクトを作成し、それにTkルート インスタンスを渡し、オブジェクトからそのルート ウィンドウのメソッドを呼び出そうとすると、アプリがロックされます。

私が思いつく最善の方法は、afterメソッドを使用して別のオブジェクトからステータスを確認することですが、それは無駄に思えます。

多くの非同期通信では、パケットはスタート ビットから始まることを知っています。

しかし、スタート ビットは 1 または 0 にすぎません。スタート ビットと最後のパケットのエンド ビットをどのように区別しますか?

元。開始ビットを 0 に、終了ビットを 1 に選択し、0 (データ ストリーム A) 1 0 (データ ストリーム B) 1 を受信した場合、次を含むデータ ストリーム C があると仮定するのを止めるものは何ですか? 「（データストリームA）1 0（データストリームB）」と同じ内容？

開始 BYTE を用意してから、そのビットの組み合わせについてデータ ストリームをチェックする方が便利ではないでしょうか? これにより、開始ビットと終了ビットの間で混乱が生じる可能性が減少します。

低レベルの HTTP および FTP 転送を実装するときに、最大のスループットを得るためにバッファのサイズ (ソケットから読み取ったり、ソケットに書き込んだりするバイト数) をどのように選択すればよいでしょうか? 私のアプリケーションは、130 Kbps から 3 Mbps までのさまざまな接続で HTTP または FTP を使用してデータを転送する必要があります (予想される速度は事前にわかっています)。一方通行の場合もあれば、双方向の場合もあります。平均的なバッファ サイズに固執する必要がありますか、それとも接続速度に応じて変更する必要がありますか?

ありがとう。

さまざまなビューを備えた Eclipse プラグインがあるとします。これらのビューは、データをビューにプッシュする OSGi バンドルからのデータを表示する必要があります。すべてのビューを OSGi バンドルと通信させるのではなく、ビューの黒板として機能し、ビューと他の OSGi バンドルとの間の通信を管理する中間の Facade クラスを用意します。これが理論です。

この問題は、ui バンドル (ビューと Facade を含む) が Declarative Services を使用して他のバンドル (DataStore と呼ぶ) と通信するために発生します。Data Store はさらに別のソースから非同期データ更新を受信するため、コンテンツを Facade (および利用可能な場合は他のバンドル) にプッシュする必要があります。OSGi は、データストアの DS 構成のカーディナリティの要件を満たすために Facade をインスタンス化しますが、ビューはプラグインの IApplication 実装によってインスタンス化されます。IApplication と Facade が同じクラスであっても、お互いを認識しない 2 つの別個のインスタンスを取得します。

これらのコンポーネント (プラグイン Application、Views などと OSGi でインスタンス化された Facade) 間の通信を有効にするにはどうすればよいですか?

スマートフォンアプリとWebサイト間でデータをやり取りしたい。それを行うための従来の方法とそうでない方法は何ですか?

これまでに私が考えたことは次のとおりです。

1. データが JSON 配列文字列として表されるシンプルな HTTP GET/POST。これのバリエーションは、パラメーターとして暗号化/圧縮された文字列です。
2. Webservice 呼び出し (これが可能かどうかはわかりませんが、推測です)
3. 2 段階通信 : スマートフォンとデスクトップ アプリと Web サイト間) (開発/使用が面倒)

また、スパムや詮索を避けるために何を考慮する必要がありますか?

最近、開発中のアプリケーション (私が作成したものではありません) の競合状態に関する懸念事項を書き留めなければならないことに気付きました。これは、技術に詳しくなく、私が直接連絡をとっていない利害関係者の注意を引く可能性が高いため、私の説明は書面で行う必要があります。

私はすでにこの書き込みを試みました。技術的な詳細についてはできる限り詳しく説明し、アプリケーションで競合状態がどのように発生するかの例を示し、その影響について説明します。かなりうまくやったと思いますが、完璧にはほど遠いです。

問題は、読者をコンピュータ サイエンスから遠ざけようとしても、正確性と実体を失うことなく「実行のスレッド」や「相互排除」などのフレーズを排除するのが難しいことです。リスクは、あまりにも多くの手を振ると、これらの懸念がでっち上げのブギーマンとして却下される可能性があることです.

とにかく、あなたへの私の質問は次のとおり です。技術者以外の聴衆に競合状態をどのように説明しますか? CPUスケジューリングについてあえて説明していただけますか? 食事の哲学者を呼び起こしますか?

私の状況の制約内で作業する必要はありません (ただし、作業を行うと非常に役立ちます)。

ウェブサイトやその逆からモバイルデバイスにメッセージを送信する場合、どうすればよいですか？

私が知っていること：数年前、私はJ2MEプラットフォームで簡単な登録システムを開発しました（J2MEを試すためだけに）。PC /サーバーにセットアップしたmysqlデータベースがあり、通信にはそのサーバーの静的IPを使用しました。私は、クライアントがフォーマットされたメッセージを送信するインターネットに接続された携帯電話であるブリッジを持っていました。次に、そのブリッジはメッセージをサーバーに送信し、検証と妥当性確認の後、サーバーはブリッジに応答し、最後にブリッジはそのメッセージをクライアントに転送します。（分かった分かった..！）

私のオフィスでは全員が Mac を使用しているため、ほとんどが Safari を使用しています。

30 個のチェックボックスがあるページがあります。自分で HTML を作成することさえしませんでしたが、html 入力チェックボックスをラベルで使用するか、asp:Checkbox を使用してラベルのテキスト プロパティを使用しても、上司はイライラしています。チェックボックスは、ラベルの中央の少し下にあります。

これは Sarari が原因であり、不安定なレンダリングであるとしか考えられません。とてつもなく複雑にならない修正があるとは思えません (もしあれば教えてください)。私は自分でhtmlを作成することさえせず、送信しました。

私は彼に、それが Safari の「あり方」であると説明しようとしましたが、それは受け入れられませんでした。他の誰かがそのような問題に遭遇したかどうかを確認するためにグーグルで検索しました（ただし、グーグルで詳しく調べたわけではありませんが、皆さんに尋ねるだけだと思いました）。このような些細なことは容認できないと彼が主張するような問題にぶつかったとき、私はどうすればよいでしょうか? 私はこれに間違って近づいていますか？つまり、HTML はここでは完全に合理的です。

これを彼が理解できるように説明するにはどうすればよいでしょうか。

私は、WCF を使用してサーバーとクライアントの間で通信するアプリケーションに取り組んでいます。サーバーには、クライアントが他のサービスに関する情報を照会し、マスター サービスからの情報を使用して必要なサービスをサブスクライブできる 1 つのマスター サービスと共に、サービスの数が変化しています。 .

マスター サービスは、サブサービスが変更 (追加、削除など) されると、サブスクライブしているクライアントに通知を送信します。また、サブサービスは数秒ごとに通知を送信します。

これは、WCF のコールバック チャネルを使用する絶好の機会のように思えますが、セッションを使用する必要があります。また、クライアントに通知を送信するときに、いずれかのクライアントが不当に切断された場合、サービスが停止し、通知しようとします。タイムアウトしたとしても、しばらくすると他のクライアントには通知されず、クライアントは実際にはサブサービスの背後にあるアプリケーションを監視するための GUI であるため、これは受け入れられません。また、送信操作が成功しなかった場合、サービスはすぐに知る必要があるため、MSMQ を使用することはオプションではありません。

私が思いついた解決策は、http バインディングを使用して (送信が失敗したときにすぐにわかるようにするため)、クライアントで明示的なコールバック サービスを作成することですが、それには見栄えの悪いインフラストラクチャ コードをたくさん書く必要があります。

だから、私の質問は次のとおりです。WCFでこれを行うより良い方法はありますか。最も見栄えの良いオプションは Callback Contracts でした。これにより、次のクライアントに送信する前に 1 つのクライアントからの ack を待つことができなければ、コールバック サービスを手動で管理する必要がなくなるからです。