8

同じデータを別の場所で繰り返し使用せずに使用するためのベスト プラクティスを探しています。これには、構成またはビジネス ルールが含まれる可能性があります。

例 1. JavaScript を使用してクライアントで検証したいが、サーバーで検証して確認したいデータ検証ルール。

例 2. Web サーバーと cron ジョブが同じパスワード、ユーザー名を使用するデータベース アクセス。

処理の容易さと人間が判読できるソリューションはプラスになります。

4

5 に答える 5

6

JSONでデータをエンコードします。考えたいほとんどすべての言語用の JSON ライブラリがあります。そうでない場合でも、コードを作成するのは非常に簡単です。JSON では不十分な場合は、おそらくYAMLを見てください。

于 2008-10-27T13:14:54.120 に答える
3

XML はかなりグローバルに使用されています。読みやすく、書きやすく、人間が読みやすい。スペースのオーバーヘッドが気になる場合 (人間が読めるようにしたい場合は実際には心配ありません)、送信する前に圧縮してください。XML は非常によく圧縮されます。

于 2008-10-27T13:18:29.260 に答える
2

この質問への回答を参照してください。ここ、特にDSL を持つものに適用できると思います。

于 2008-10-27T13:21:09.193 に答える
0
  1. O/S 環境変数 (envvars) を使用して、アプリケーション構成情報 (db パスワードなど) を保存します。

  2. 多くの場合、検証ルールにはロジックが必要です。JavaScript でルールを記述し、ブラウザー、サーバー (Nashorn を使用)、およびデータベース (Postgres を使用した PLV8) で実行できます。

于 2014-12-01T19:41:35.673 に答える
0

彼らが得るのと同じくらい嫌いですが、データ検証ルールを共有するために、正規表現と言わざるを得ません。

私は知っています、私は知っています、誰もが彼らを嫌っていますが、彼らは(一般的に)言語にとらわれません.

于 2008-10-27T14:05:46.263 に答える