2

私はWeb開発に比較的慣れていませんが、C ++/Javaの経験があります。次の変換を行う必要があります。

現在： C＃で開発されたデスクトップアプリケーション（自動化ソフトウェア）。Web経由でTCPソケットを使用してリモートPLC（さまざまなセンサーをリアルタイムで監視するコントローラー）と通信します。

私のアイデア： アプリケーションをサーバー側のソフトウェアに変換します。サーバー側のソフトウェアは、TCP/ソケットを介してPLCと通信します。また、ブラウザを使用して操作することで、イントラネット内の任意のコンピュータ（将来的にはタブレット）からリモートサイトを監視および制御できるようになります。

それを行う動機： コンピューターに障害が発生し、オペレーターが制御できなくなった。

新しいアプリ：

JavaとOOPを使用してサーバーアプリを作成することを計画しています（これまでのところ問題ありません）。また、WebAppとAJAXにHTML / CSS / Javascriptを使用して、ページを更新します。しかし、これらすべてのデータを適切かつ適切な方法でそれらの間でどのように転送できるかについては、まだ迷っています。この投稿でSOAPとJSONについて読みました。それらを使用する必要があるかどうかはわかりませんが、JSONまたはSOAPのいずれかを使用するのは良い解決策ですか？または、他に推奨できる解決策はありますか？

乾杯、レオ

4

2 に答える 2

1

アプリをサーバー側ソフトウェアに変換するための開発作業をスキップして、サード パーティのソリューションだけを使用することを検討している場合は、Thinfinity VirtualUI を検討することをお勧めします。

「...社内の Windows デスクトップ開発用の GUI リモート処理ソリューションを提供し、1 行のコードを追加するだけで、Windows/HTML5 デュアルプラットフォーム アプリケーションとして配信できるようにします。これらの Windows アプリケーションは、標準のデスクトップ環境の動作を維持でき、または、Thinfinity VirtualUI サーバー環境でホストされている場合、マルチユーザー、マルチインスタンスの方法で最新の Web ブラウザーからリモートでアクセスできます。」

https://www.cybelesoft.com/docs/thinfinity_virtualui_whitepaper.pdf

于 2019-02-11T19:17:11.260 に答える
0

SOAP は、他の人が使用できるようにインターネット上で公開されるパブリック API を定義するためのものですが、これはあなたのユース ケースとは思えません。JavaScript の SOAP クライアント ライブラリはありますが、ブラウザー内から処理しなければならないことも特に素晴らしいことではありません。また、JSON と POJO 間の逆シリアル化よりも、XML の解析と検証を行うサーバー側でかなり多くのオーバーヘッドが発生します。

JSON はネイティブに理解されるなど、ブラウザーでの処理がはるかに簡単です。必要なものはすべて jQuery のコアに組み込まれており、将来のサポートのレベルが不明なプラグインに依存することはありません。

于 2013-02-27T07:24:12.237 に答える