2016-12-21 12 views
1

当社は、SPAとしてWebサービスを再設計しています。私はjquery + css + htmlを使ってフロントエンドのラフバージョンを設計しました。私の特徴の1つはTabsインターフェースです。それは最大8タブを持つことができ、それは全体のWebアプリケーションを遅くするようだ。各タブには、100以上の行のようなsthの表が含まれていますが、少し複雑なuiを持つタブはほとんどありません。 ここでは、バックエンドの変更を適用してサービスを完了し、新しいuiを適用するように割り当てられた別の会社があります。この会社では、iframeを使用して複数の開発者が同時に共同作業しやすくし、パフォーマンスを向上させることを主張しています。 私は正直なところ、DOM構造がほとんど複雑でなく、各タブで長いことを考えるとほとんど意味がないと思う。しかし、真実は、iframeは私が何の理由もないのが好きではないものです。だから私は人々がそれを使用しない理由について助言できるかどうか疑問に思っていたのですが、どうして私は一緒に行かなければならないのですか?iFrame for SPAを使用していますか?

+0

IMO、あなたはSPA開発のためのフレームワーク(ReactJS、角度、エンバーを...)を使用する方が良いと思います。 IFrameはコード通信を邪魔になりません。私はあなたのアプリを遅くするタブからタブに切り替えるために 'カードビュー'を使用していると思います。その場合は、目に見えないコンテンツをDOMからアンロードして、タブが再び表示されるように戻すようにしてください。 – Piou

答えて

0

この目的のためにiframeを使うのは悪い考えです。 iframeが遅く、メインフレームとiframe間のイベントや情報を渡すのが簡単ではありません。

答えは非常に簡単です。ウェブコンポーネントを使用してください。

これは、複数の開発者が同時に作業するためのソリューションです。各開発者は、単一または複数のWebコンポーネントで動作し、コンポーネントを再利用および共有できるようになると、開発を迅速化します。

コンポーネントをロードして適切なタイミングでレンダリングすると、iframeよりも優れたパフォーマンスを得ることができます。


問題が発生した場合、ユーザーがこのタブに移動したときにのみ、コンポーネントとしてタブを実行できます。したがって、すべてのタブをレンダリングする必要はなく、1つだけをレンダリングする必要はありません。

polymer - ウェブコンポーネントの糖構文であるライブラリを見てください。

あなたはまた反応し、角度の他のフレームワークを見ることができます...

+0

これは私の考えでもあります。 Ivはこのサービスの反応バージョンを作っていました。 iframeが正当な理由であるかどうかを知る必要があった – dK3

関連する問題