これは、この投稿のほぼ複製であり、 ember -validations (EAK なし) の非常に優れた例がここにあります。. しかし、誰かが私のためにこれの EAK バージョンを実行できるかどうか疑問に思っています.1 つの違いは、ユーザーがフォーム入力をぼやけさせた場合にのみ、JSBIN の検証エラーが表示されることです。この jsbin は、ロード時のエラーを示しています。検証メッセージは、オンロードではなく、フィールドが初めてフォーカスされた後に届くことを期待しています。これが JSBIN 実装のアーティファクトなのか、それとも ember-validations の実際に期待される機能設計なのかはわかりません。これだけを持つ git または bitbucket のクリーンな EAK を見てみたいです。index.hbs に同じ 5 つまたは 6 つの入力があり、検証オブジェクトに同じ 5 つの要素を持つコントローラーに関連付けられていますが、違いはありません。コントロールがユーザーによって少なくとも 1 回操作されるまで、エラーは表示されません。ユーザーが端末で ember-validation を EAK に追加するために行った手順を確認できれば、非常にうれしいです。なぜなら、現在、私は以下のこの調査に従っており、おそらく問題が EAK の実装ではなく、むしろ問題であるかどうかわからないからです。そもそも ember-validations.js をアプリに導入した方法です。これをどのように行うべきかについていくつかの矛盾する提案がありましたが、現時点では、スクリプトが含まれているかどうかに問題があるかどうかを判断するのが難しいページに少なくともエラーメッセージが表示されています. そもそも自分のアプリに js を追加します。これをどのように行うべきかについていくつかの矛盾する提案がありましたが、現時点では、スクリプトが含まれているかどうかに問題があるかどうかを判断するのが難しいページに少なくともエラーメッセージが表示されています. そもそも自分のアプリに js を追加します。これをどのように行うべきかについていくつかの矛盾する提案がありましたが、現時点では、スクリプトが含まれているかどうかに問題があるかどうかを判断するのが難しいページに少なくともエラーメッセージが表示されています.
gem install bundler
git clone git://github.com/dockyard/ember-validations.git
cd ember-validations
bundle install
bundle exec rake dist
cp dist/ember-validations/ember-validations.js vendor/ember-validations/ember-validations.js
subl app/index.html
insert line 57: <script src="/vendor/ember-validations/ember-validations.js"></script>
open http://localhost:8000
これにより、アプリの読み込み時に強調表示されたエラーを確認できます。ただし、私の試みでは、満足のいく入力が追加された後、エラーがクリアされたり、続行ボタンが有効になったりすることはありません。したがって、JSBIN および OP と同じ不要な機能を使用しています。これは、より基本的な ember js の質問、または基本的な EAK の質問かもしれませんが、EAK(ES6) 形式で設定された簡単な ember-validation を見てみたいです。ファイルのリスト、それらの場所、またはさらに良いのはクローンするgitです。
また、可能であれば、FIXTURES や DS ストアを使用せずにこれを行うことを検討しています。コントローラーで単純なオブジェクトを考えています。ドキュメントには、オブジェクトが作成されるとすぐに検証が開始されるように見えます。では、フォーム コントロールが操作されるまで検証を延期するにはどうすればよいでしょうか。
ありがとう!
編集:だから、私はEAKアーキテクチャを実現することができました...私のソリューションに興味がある人は誰でも、今すぐbitbucketリポジトリを調べて楽しむことができます!
編集2:だから、これについてもう少し見て考えてください。それは理にかなっています。それをぎこちなくしているのは、私のスタイリングとメッセージ言語だけです. もちろん、presents: プロパティはそれらをエラーのように見せますが、実際には、注意が必要なフィールドを強調して、cta やアクションの呼び出しとしても過小評価されています。フィールドが最初に空の場合、それらをエラーのように考えるのではなく、注目を集めるように考えてください。フィールドが inValid である限り、私のボタンは無効になっているため、ユーザーがボタンのプレゼンスやその他のプロパティを満たさずにボタンを送信したというユースケースは決してないため、それ以外のときにメッセージを表示する理由はありません。検証オブジェクト。したがって、私の「問題」を解決するには、エラーについて別の方法で考える必要があります。エラー クラスでスタイルを設定する代わりに、通常どおりスタイルを設定し、プレゼンスが満たされると、チェックマークなどのわかりやすいものを表示します。したがって、実際には、これらの検証は私が望むように機能しています。メッセージエラーのスタイリングのすぐに使える性質に従わないだけの問題です。
ダブルありがとう!