問題タブ [chain]

たとえば、次のようなチェーンがあります。

[368:102354]、[0:0]、[92952:20764374] の意味を説明できる人はいますか?

SequelizeQueryChainerに問題があります。通常、これを行う必要はありませんが、アソシエーション管理に組み込まれているモジュールを使用する代わりに、自分のアソシエーションを処理することを早い段階で決定しました（これは非常に厳しいことが判明しました）。

私はRESTルーチンを書き出しており、すでにフェッチされているか、フェッチする必要がある他のレコードに基づいて、いくつかのレコードを削除しようとしています。4〜5個のネストされたコールバックを使用する代わりに、QueryChainerとシリアル実行が適切であると判断しました。

この例では、ユーザーを取得しています。ユーザーが見つかった場合は、特定の関連付けの削除を処理するための一連のクエリをつなぎ合わせたいと思います。私が抱えている問題は、主に、モデルのEventEmittingメソッドを使用する以外に、チェイナーの構文を理解することです。

sequelize querychain構文は、次のようなことを行うように指定しています。

しかし、それが正確に何を意味するのかはよくわかりません。ここで関数をインラインで定義できますか？関数は、他の場所ですでに定義されているものを探す文字列ですか、それとも「追加」しているモデルの関数ですか？ドキュメントはここで少し急いでいるように感じます。

プロパティまたは関数を既存の関数オブジェクトのプロトタイプに追加すると、そのプロパティまたは関数がオブジェクトに属していると認識されない理由がわかりません。

例：

ありがとうございました

インターフェイスを介して同じモデルで動作する2つのアクションクラスがありModelDrivenます。 すべてのアクション クラスは form で動作します。両方のアクションで同じモデルに値を保存する必要があります。

最初のアクション クラス (検証後) から、次の方法でモデル駆動型モデルを 2 番目のクラスに渡します。

2 番目のアクション クラスでは、最初のアクションでモデルに格納された値を表示します。

これは正常に機能しますが、2 番目のアクションでフォーム送信を実行すると、最初のアクションから保存された値が失われます。

したがって、最初のアクションからのデータは、最初の呼び出しの 2 番目のアクションに対してのみ保存されます。

これを達成するための解決策はありますか？

私は次のようなコードを持っています:

10段近くあります。非常に壊れやすく、エラーが発生しやすいようです。null チェーン メソッドをチェックするより良い方法はありますか?

ありがとう。

Act1->Act2->Act3 という一連のアクティビティがあります。Act2 は、Act1 のオブジェクトの配列からアイテムを表示するビューであり、Act3 は、Act2 でクリックされたアイテムのデータを表示するビューです。Act2 でロングクリックするとアイテムを削除でき、Act3 でロングクリックするとアイテム内のデータを変更できます。アイテムを削除または変更するとき、更新されたデータが表示された状態でそれぞれのビューに残りたいです。

どうすればこれを達成できますか？Act1 のオブジェクト配列を静的にしますか、それとも別の方法がありますか?

次のコードがページに「このテキストがロード時に表示される理由」を表示するのはなぜですか?

STACK_OF(X509)確認したい証明書チェーンがあります。しかし、私は方法を見つけることができないようです。この構造から個々の証明書を取り出して検証するにはどうすればよいですか。それとも構造全体を丸ごと検証？

SSL_get_peer_cert_chain(ssl)スタックを取得するために使用 しています。

私はそれを学びました';' コマンドラインの「enter」と同等です。しかし、私にはこのような状況があります。

私のディレクトリの構成は次のとおりです。ディレクトリAにはディレクトリBとCが含まれています。現在ディレクトリBにあります。次のようにします。

CD ../

もちろん、それは私をAに連れて行きます。それから私はします：

CDC

それは私をCに連れて行きます。

ただし、Bから始めて、2つのコマンドをチェーンすると次のようになります。

（cd ../; cd C）

私はまだBにいます。何が起こっているのですか？なぜ私をCに連れて行かないのですか？

変数のキャッシュとjQuery関数呼び出しの連鎖がパフォーマンスに優れていることをどこでも読んだことがあります。

しかし、私はいくつかの興味深い癖を示しているように見えるこのjsperfテストに出くわしました。

以下のテストケースをご覧ください。

ケース1：キャッシングなし

ケース2：連鎖

ケース3：オブジェクトキャッシング

ケース4：オブジェクトのキャッシュと連鎖

ケース5：通常のjQuery

テストケース別に並べた、私のコンピューター（Win7 FF18）でのパフォーマンステストの結果は次のとおりです。

1. キャッシングなし-7,284ops/ s-92％遅く、最も遅い
2. 連鎖-10,284ops/ s-89％遅い
3. オブジェクトキャッシング-95,968ops/s-最速
4. オブジェクトのキャッシュ+チェーン-10,353ops/ s-89％遅い
5. 通常のjQuery-10,172ops/ s-89％遅い

（これらの結果は、他のブラウザーで行われた測定と一致しています。）

ご覧のとおり、テストケース1は予想された中で最も遅いものです。奇妙なことに、テストケース3が最も高速ですが、テストケース2、4、5も非常に低速です。

最大の驚きは、テストケース3がテストケース4よりもはるかに高速であることです。つまり、jQuery呼び出しをチェーンすると、パフォーマンスが大幅に低下します。

あなたはあなた自身のブラウザでこれに気づきましたか？

.css（）メソッドの特典かもしれませんが、個人的には、最近のJavascriptエンジンは、同じルートオブジェクトからの関数呼び出しのシーケンスを強化するために、特別なコード最適化をすでに行っていると思います。

どう思いますか？