Proneは、clojure /ringWebアプリケーションをデバッグするための便利なライブラリです。
Proneの優れた機能は、スタックトレースの表示であり、通常は役に立たない、気が散る情報が多く排除されます。 私は彼らがそれをどのように達成したかについて読んでいました:
https://github.com/magnars/prone#how -does-prone-determine-what-parts-of-a-stack-trace-belongs-to-the-application
(名前空間に対して何らかのフィルタリングを行います)
サイダーで似たようなことが可能/良いのだろうか? 既存のスタックトレース/エラー機能は洗練されていて便利であり、私の日常業務の重要な部分はすでにあります。 しかし、追加のフィルタリングがまだ役立つと思います。
サイダーに改めて感謝します。それがどれほど素敵で素晴らしいかについては、十分に言及できません。
基本的に、アプリケーションスタックフレームのみを表示するトグルが必要ですか?
基本的に、アプリケーションスタックフレームのみを表示するトグルが必要ですか?
はい:ライブラリやclojure / coreなどを除外します。それはあなたにとって正しいと思いますか?
ええ、そうです。 すでにフィルタリングメカニズムが導入されているので、アプリケーションフレームだけを考慮してフィルタリングメカニズムを拡張するのは簡単だと思います。
上記のcider-nreplへのプルリクエストは、'プロジェクトでフレームにフラグを立てます。
他のメソッドにフィルターを追加しても、私たちが望むことは達成されません。 それらは、与えられた記号でマークされたフレームを削除するという意味でネガティブフィルターです。 ボタンを押したときの_補完_を削除するフィルターの別の概念が必要です。 難しいことではありませんが、すぐに接続するだけではありません。clojure側のプルリクエストが嗅ぎまわって受け入れられたら、すぐにこれに乗ります。
うーん、私はこれが向かっているところが好きです。 他にできることがあれば教えてください。
@dpsutton 「ネガティブ」フィルターはHide
$ではなくShow
として実装されていませんか?
@haroldこれを閉じることはできますか? または、他のフィルターを念頭に置いていますか?
うわー。 初めてProject-Only
をクリックしたところ、良いことが起こりました。 素晴らしい仕事です。
私はこれをもっと実際の使用法で実験し、それがどうなるかを見ていきます。
私はこれを閉じるのに問題はありません、将来の考えは新しい問題に入れることができます。
どうもありがとうございました。
最も参考になるコメント
ええ、そうです。 すでにフィルタリングメカニズムが導入されているので、アプリケーションフレームだけを考慮してフィルタリングメカニズムを拡張するのは簡単だと思います。