2

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

私が話しているランダムなプロパティは何ですか?ここに小さなリストがあります:

  • ファビコン
  • ロゴやソーシャルアイコンなどのランダムだが一般的なアイコンの代替テキスト
  • メニュータイトルとネストされたメニュータイトル
  • 著作権情報
  • フォームとボタンのラベル
  • フォームフィールドのデフォルトテキスト
  • ツールチップ
  • 「コメントを残す」、「メールを送信する」、「返信をキャンセルするには、ここをクリックしてください」などのテキスト。
  • おすすめの投稿
  • 著者名

私が取り組んだ最初の大きなプロジェクトは、Spree eコマースシステム(私はRailsの人です)をカスタマイズすることでした。彼らは、たとえば、htmlテンプレートで使用する深くネストされたyamlファイル<h1>t('checkout_steps.payment')</h1>にその構成要素の多く(すべてではない)を保持します。次に、settingslogicなどと同様に機能するものがあります。私はそれらのアプローチが好きですが、それが最善の方法であるかどうかはまだわかりません...

私は(以上に)疑問に思っています、どうやって、SOリーダー:

  • 200以上のランダム設定を効果的に管理するようにコードを整理しますか?
  • どんな制度がありますか?どんなパターンを使っていますか?
  • クライアントにこれらを何らかの方法でカスタマイズさせますか?

正しい方向への微調整を探しています。プログラミングの方法を学ぶことから始めて、コードの分離とクラスの明示的な定義について学びます。物事を相互に結び付けて混乱させるのではありません。しかし、カスタム/ランダム設定/構成はこれらのルールのいずれにも従わないようであり、それらは完全に除外されています。だから私はあなたがそれらについてどう思うか疑問に思っています。コードを調べて、HTMLテンプレートのセット全体で値を変更するのが最善のオプションだとは思いません。

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

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

4

1 に答える 1

1

構成と見なされるものと翻訳と見なされるものを混同しないでください。アプリケーションには、次のものが必要です
。 1. コア構成変数。アプリが起動するように構成する必要がある変数。/configこれらは、ほとんどのアプリ データベース パラメーター、ldap パラメーターなどに使用されます。これらは、主にdirの下の yaml ファイルに保存されます。
2. グローバル構成変数。アプリの起動後に構成できる変数には、アプリに UI がある場合があります。/configこれらは、主にdirの下の yaml ファイルに保存されます。または特別な DB テーブル。
3. UI テキストの翻訳とローカリゼーション。/config/localesこれらは、主にdir の下の yaml ファイルに保存されます。

于 2010-03-11T12:24:45.207 に答える