グリッドコンポーネントの性能

Question

ちょうど思考と質問ラウンド私の心。私はグリッドを使ってxamlをコード化していますが、少なくとも私にとっては簡単です。グリッドを定義し、そのセルを使用するだけです（行と列など）。

今日はウェブのデモをやっている私はテーブルのタグが陳腐であることを覚えています。私は同じアイデアがモバイルのアプリのグリッドにも適用できると思います。それについて考えて

、絶対的および相対的なレイアウトは、（ウェブは話す）のdivに似ているので、私たちはXAMLは、レイアウトのこれらの種類を使用する必要がありますレンダリングする正しい方法を導き出すことができ...

あなたは人をどう思いますか？これらのアプローチを用いて得られる利点と欠点は何ですか？私は最良の方法で考え方を考えてコードを使用したいと思っていますが、それを簡単に考えることはできません（長期的には私の利益になると思います。

いつものように、あなたの仲間に感謝します。

Answer 1

まあ、ポイントは次のポイントです。 Webデザインのように、divのようなレイアウト（相対的および絶対的）を使用することは、より複雑になる可能性がありますが、プロジェクトが成長した後、これらのアプローチを使用する利点は時間と関連します。

ビューのスタイルを変更する必要がある場合、これらのレイアウトは柔軟性があり、各要素の制限を設定するだけで簡単に他の要素を追加することができます。

しかし、グリッドレイアウトアプローチを使用することにした後、スタイルを変更する必要がある場合は、新しい要素を追加するためにおそらく列と行の定義をリセットする必要があるため操作がより複雑になります他の行のすべての行と列も再コード化します。

設計段階にあり、アプリのリスクと保守性を計算する必要があるときに役立ちます。

乾杯相手...