Webベースのシステム（クライアント側GUIのみ）はプラットフォームに依存しないことが知られていますが、開発プラットフォームにも依存しませんか？私の知る限り、クライアントサイドGUIは、常にHTMLとJavaScript / VBScript、Javaなどを使用して構築されます。これらは、すべてのOSとブラウザーでサポートされており、独立しています。サーバー側のプラットフォームがASP.NETからPHPまたはJavaに、またはxからyに切り替えられた場合、GUIコードの変更が心配ですか？GUIの設計/開発方法に依存する場合、この影響を可能な限り最小限に抑えるために何を使用すべきではありませんか？
よろしく
アティ
プラットフォームに依存しないフレームワークを使用するか、プレーンなhtml + javascript+cssでビューを自分で作成する必要があります。
プラットフォームにとらわれないフレームワークは、UIレイヤーまたはビューをさまざまなオペレーティングシステムにシームレスにデプロイするのに役立ちます。開発言語も変更する予定がある場合は、ビューのhtml、javascript、およびcssを自分で作成する必要があります。私の知る限り、さまざまな言語で使用できる一般的なフレームワークはありません。ほとんどのフレームワークは、特定の言語/ランタイムで動作するように設計されており、より自然な開発体験のために、残酷なhtml、javascript、...詳細を隠すレベルの抽象化を提供します。次に、コードはフレームワークによって純粋なhtml、javascript、cssなどに変換されます。ただし、真に不可知論的なビューが必要な場合は、その抽象化を放棄して、自分でhtmlを作成する必要があります。簡単な作業ではありません。htmlとjavascript自体が難しいという事実のためではありません。
クライアント側の最終製品は、すべてのオペレーティングシステムでサポートされているhtml、javascript、およびcssにすぎないため、常にプラットフォームに依存しません。
クライアントGUIがJavaScriptで記述されており、ajaxおよびjsonとのすべての通信を行う場合、同じAPIを提供する限り、必要なバックエンドを交換できます。
また、サイトの構築方法によっても異なります。たとえば、Javaベースのhtmlウィジェットを使用している場合、常温核融合で同等のものに置き換えるのは難しいでしょう。
ただし、バックエンドを変更することは、エンドユーザーに実際に何か違うことを与えているわけではないため、通常は無駄な作業です。多くの場合、正当な理由もなくバックエンドを書き直したいのは熱心なプログラマーです。そうしないでください。
私はそれが価値があると思いました
通常、HTMLアプリケーションのサーバー側はクライアント側に影響を与えないはずです。つまり、クライアント上のJavaScriptのみのコンポーネントに固執すれば、いつでもサーバー側を変更できるようになります。
ただし、JSプログラミングの問題は、ブラウザーの互換性よりも深刻です（これはすでに大きな問題です）。以下は、よく考えられていない問題です。
したがって、「ネイティブ」クライアントUIを持つアプローチを調査する必要があるかもしれません。たとえばJavaなど。