Web ポータルの開発について質問があります。たとえば、タスクはいくつかの個別の Web アプリケーションを開発することです。おそらく、各アプリケーションは独自のデータベースを持ち、異なるサーバーとポートに配置されます。すべてのアプリケーションは、1 つのポータルからアクセスできる必要があります。すべてのアプリを 1 つのポータルにまとめるには iframe を使用する必要がありますか? または、1 つの場所からアクセスできるようにする他の方法はありますか? iframe について質問しているのは、iframe にはかなり問題があり、ブラウザー間の互換性に問題があるということをよく耳にしているためです。
1 に答える
Web サイトのコレクションが統一された品質を必要とすることは非常に一般的です。何かを販売する会社があるとします。彼らのウェブサイトでは、販売のための作品、提供される仕事、および顧客サービスがあります。内部 Web サイトにはさらに多くのものがあるかもしれません。経理、買掛金、売掛金、人事・福利厚生、ビジネスインテリジェンス、社員向けニュースレターなど
これらのシステムはそれぞれ、異なる技術と異なる人々を持つ異なるグループによって開発されました。似ているものは 2 つとなく、ごちゃごちゃしているという認識があります。すべてが一緒に機能しなければならず、あちこちに散らばってはならないという命令が下されます。
いくつかの選択肢が思い浮かびます
すべてを行う 1 つの大きなサイトを作成します。もちろん、1 つのサイトですべてを行うには、すべてを書き直す必要があります。
各部門のサイトにアクセスできるサイトを 1 つ作成し、それらのサイトから関連情報を取得します。もちろん、元のサイトのいずれも、それ自体の一部 (ポートレット) を提供する必要があるとは予想されていませんでした。
すべての部門サイトを保持する一連のフレーム (または iframe) を持つサイトを作成します。既存のサイトは変更されておらず、サイトをフレームまたは iframe に配置することは、オプション 1 および 2 よりもはるかに小さな問題であるため、ユーザーは引き続き既存のサイトを使用できます。
すべての部門の Web サイトへのリンクだけを含むページを作成します。すべてが分離していますが、分離しているようにも見えます。
オプションの評価
すべてを書き直すのはおそらく高すぎる
作業は少なくなりますが、システム間のギャップを埋めることは、永続的なメンテナンスの問題になる可能性があります
これがあなたが提案していることだと思います。
これはおそらくすでに存在しており、誰も気に入っていません。実際にはそれが問題であると認識されるかもしれません
すべてのサイトで標準の CSS ファイルを使用してルック アンド フィールを制御する
したがって、オプション 3 は非常に良さそうです
オプション 3: フレームと iframe
オプション 3 は、数百行の静的 HTML で実行できます。私はそれを3つのステップで行います:
各アプリケーションが iframe 内にあるときに動作することを確認します。メニュー システム、ポップアップなどを確認します。ページが iframe 内にある場合でも機能します。何かがうまくいかない可能性が高い
数十のタブメカニズムがあります。jQuery には、他の Javascript ライブラリと同様に選択できるものがたくさんあります。自分に合ったタブ移動方法を見つけてください。
2 つを統合します。iframe が機能し、タブが機能したからといって、両方が一緒に機能するとは限りません。
このアプローチには、依然として集中的なテストが必要です。コーディングには数日かかるかもしれませんが、検証には数週間かかります。
オプション 5: CSS はどうですか?
カスケード スタイル シート (CSS) は、共通のルック アンド フィールの Web サイトを提供します。1 つの CSS を複数の部門の Web サイトで共有できます。多くの場合、新しい CSS を適用しても何も壊れません。
要するに
結局のところ、誰かが作成されたものを維持する必要があります。私は、まったく機能しない 1 つの Web サイトよりも、醜いが保守可能な Web サイトを 12 個取り上げます。