0

昨年、私はいくつかの比較的単純な単一ページのアプリ (住宅ローンや資金調達の計算ツールとほとんど同じ) をさまざまな顧客に提供してきました。これらは、ページの唯一の焦点であるか、一部のメイン コンテンツの横にあるサイドバー アプリです。これらのアプリの違いは、スタイリング、レイアウト、およびいくつかの顧客固有のパラメーター以外はほとんどないため、これらの SPA をある種のライブラリに統合できれば、高い ROI を意味します。

実際にそれをどのように行うかは、もう少し不明確です。事前に作成されたインタラクティブなコンポーネントのライブラリを作成する際に考慮すべき、または避けるべき重要なポイントは何ですか?

彼らはする必要があります

  • 顧客ごとにスタイルをカスタマイズする (カスタムの幅、高さ、フォントなど)
  • 他のページ要素と衝突しない
  • ... ?

サーバー側で html とインライン css を事前にレンダリングするのは賢明ではなく (柔軟性に欠ける) ように思われます。また、実際のアセンブリが JavaScript によって制御され、スタイリングが行われるような、中途半端な JSON 表現の方が適切かもしれません。私たちが提供するデフォルトのスタイルシートに基づいて、クライアントで。または、GWT (私たちは Java ショップです) を使用してウィジェットを作成することもできます。

私はここで私の深さから外れているので、意見を歓迎します。

4

1 に答える 1

0

この場合、ライブラリを作成するのではなく、さまざまな種類の計算用に構成でき、テーマを設定できる「計算機」アプリケーション (ウィジェット) を作成する方がよいと考えられます。

そのため、さまざまな機能用に構成できるように、それを作成する方法に焦点を当てています。

于 2013-01-01T21:20:32.077 に答える