問題タブ [deprecation-warning]

プログラムが一意のファイルシステム パスを生成し、ファイル システム エントリを作成しないようにするにはどうすればよいですか?

このtempfile.mktemp関数は強く非推奨です。これは、プログラムが安全でないファイル作成に対して脆弱になるためです。

一部のコード (ユニット テストなど) では、実際のファイル システムに存在させたくないtempfile.mktempファイル システム エントリの一意のパスを生成するために呼び出しています。この場合、ファイルがないため、ファイルシステムのセキュリティの問題は関係ありません。

その関数の非推奨は依然として懸念事項です。コードが問題であるかどうかを良心的なすべての読者が判断する必要があるようなコードは望んでいないからです。代わりに、コードは正当に非推奨の API を避ける必要があります。

また、明示的かつ強力に廃止されているため、将来のある時点でその API 関数が消える傾向があります。

が提供するその他の機能は、ファイルシステムに触れないようにする必要性をまったく提供せず、一意のパスを取得するだけですtempfile。

したがって、一般的に の非推奨には同意しtempfile.mktempますが、ライブラリはこの目的に代わるものを提供していないようです。

tempfile.mktempのような一意のパスを生成し、そのパスで実際のファイルを作成しないために、どの標準ライブラリ関数を使用する必要があり ますか?

warnings.simplefilter一度警告を表示するために使用しようとしています。へのサブクラスを作成しましたDeprecationWarning。simplefilter警告と同じモジュールに入れようとしましたが、パッケージ レベルの init の一番上まで入れてみましたが、すべての呼び出しで常に警告が表示されます。Python 3.4 でテスト済み。

私の警告:

simplefilter の呼び出し方法:

私が警告を呼び出す方法：

問題は何ですか？

Julia 0.4 で Uint64 の 2D 配列を作成したいと考えています。これは0.3で機能しました：

コンパイルは続行しますが、通知が表示されます

このメッセージの意味がわかりません。エラーメッセージをグーグルで調べてみましたが、役立つものは見つかりませんでした。警告を生成しない同等のコード行は何ですか?

DeprecationWarnings自分のコードによってトリガーされた場合 (つまり、実際に修正できる場合) のみを表示する方法はありますか?

たとえば、fooモジュールが非推奨 (およびインポート時に呼び出しwarnings.warn) の場合、インポート呼び出しが "my" ファイル (パスなどで識別される) の 1 つにある場合に警告を表示したいのですが、そうであってほしいと思います。私のコードがbar（私の制御外でも）インポートする場合は非表示になり、次にインポートしfooます。

warnings.filterwarnings関数はパラメーターを取りmoduleますが、私が知る限り、これは警告を生成したモジュールと照合されます。私が興味を持っているのは、スタック フレームが 1 つ高いモジュールだと思います。

複数の分類子のグリッド検索を構築しており、相互検証で再帰的な特徴の除去を使用したいと考えています。scikit-learn を使用した再帰的機能の除去とグリッド検索で提供されているコードから始めました。以下は私の作業コードです：

「estimator_params」パラメーターが 0.18 で削除されているように見えるため、DeprecationWarning を受け取りました。4行目で使用する正しい構文を見つけようとしています。

しようとしています...

戻り値 ValueError: パラメータ値はリストでなければなりません。と...

ValueError を返します: エスティメータ RFECV のパラメータ ペナルティが無効です。で使用可能なパラメータのリストを確認してくださいestimator.get_params().keys()。キーを確認すると、「C」、「fit_intercept」、「penalty」の 3 つすべてがパラメーター キーとして表示されます。しようとしています...

実行が完了することはないため、そのタイプのパラメーター割り当てがサポートされていないと推測しています。

今のところ、警告を無視するように設定していますが、0.18 の適切な構文でコードを更新したいと思います。任意の支援をいただければ幸いです!

「shouldOverrideUrlLoading」は本当に非推奨ですか? その場合、代わりに何を使用できますか?

Android N を対象とshouldOverrideUrlLoadingするのは非推奨のようです。API 19 以降、最新の Android N (ベータ) までアプリを機能させる必要があります。Android N の新しい機能 (データセーバーなど) を使用しているので、これらの新機能を使用する必要があるため、マシュマロは問題を解決しません。使用するコードの一部を次に示します。

そして、これは Android Studio が私に与えたメッセージです:

「android.webkit.WebViewClient」の非推奨メソッドをオーバーライドします。このインスペクションは、指定されたインスペクション スコープで非推奨コードが使用されている場所を報告します。

Google はその非推奨について何も言いません。

API 19以降、最新のAndroid Nベータ（およびリリース時の最終バージョン）まで、すべてのデバイスで使用できるかどうか疑問に思い@SuppressWarnings("deprecation")ます。自分でテストすることはできません。使用したことがないため、確認する必要がありますそれは機能するので、誰でもわかりますか？