2


2

ランダム構成変数を管理するための一般的なパターン

常に一般的なパターンに物事を煮詰めようとしているので、アプリケーション全体でこれらすべてのランダムなプロパティを管理する最良の方法および/または推奨される方法を見つけるのに苦労しています。 私はいくつかの知恵を探しています。

私が話しているランダムなプロパティとは何ですか? 以下に小さなリストを示します。

  • ファビコン

  • ロゴやソーシャルアイコンのようなランダムだが一般的なアイコンの代替テキスト

  • メニュータイトルとネストされたメニュータイトル

  • 著作権情報

  • フォームとボタンのラベル

  • フォームフィールドのデフォルトテキスト

  • ツールチップ

  • 「コメントを残す」、「メールを送信する」、「ここをクリックして 返信をキャンセル。"

  • おすすめの投稿

  • 著者名

私が取り組んだ最初の大きなプロジェクトは、http://spreecommerce.com/ [Spree eCommerce System](私はRailsの男です)をカスタマイズすることでした。 /schof/spree/blob/02e37aa12b14e0aae18b80a803f2af79b94196da/config/locales/en-US.yml [深くネストされたyamlファイルの構成要素]

t( 'checkout_steps.payment')

例えば。 次に、http://github.com/binarylogic/settingslogic [settingslogic]など、同様の方法で機能するものがあります。 私はそれらのアプローチが好きですが、それが最善の方法であるかどうかはまだ明確ではありません…​

私は_(以上)_と思っています、どうやってSOリーダーですか?

  • コードを整理して、200以上のランダムを効果的に管理します 設定?

  • どのようなシステムを導入していますか? どのようなパターンをしていますか use?

  • クライアントに何らかの方法でこれらをカスタマイズさせますか?

正しい方向のナッジを探しています。 プログラミングの方法を学ぶことから始めて、コードの分離とクラスの明示的な定義について学びます。 しかし、カスタム/ランダム設定/構成はこれらのルールのいずれにも従わないようであり、完全に除外されています。 だから私はあなたがそれらについてどのように「考える」のだろうかと思っています。 コードを調べて、HTMLテンプレートのセット全体で値を変更するのが最良の選択肢だとは思わない…​

要するに、WTFは「設定」であり、どのように正しく使用するのでしょうか。

あなたの洞察を楽しみにしています。

1 Answer


1


構成と見なされるものと翻訳と見なされるものを混在させないでください。 アプリケーションには、次のものが必要です。+ 1。 コア構成変数。 アプリが起動するように構成する必要がある変数。 これらは、ほとんどのアプリデータベースパラメータ、LDAPパラメータなどに対応しています。 これらは主に `/ config`ディレクトリの下のyamlファイルに保存されます。 + 2. グローバル構成変数。 アプリの起動後に構成できる変数には、アプリにUIが含まれている場合があります。 これらは主に `/ config`ディレクトリの下のyamlファイルに保存されます。 または特別なDBテーブル。 + 3. UIテキストhttp://guides.rubyonrails.org/i18n.html[translations]およびローカリゼーション。 これらは主に `/ config / locales`ディレクトリの下のyamlファイルに保存されます。