問題タブ [try-finally]

こんにちは、デルファイでネストされた try & finally ステートメントを実行する最良の方法は何ですか?

これを行うためのより良い方法を提案できますか?

catch ブロックと finally ブロックの両方が例外をスローするとどうなりますか?

私はpython2.4で立ち往生しているので、ジェネレーターまたはでfinally句を使用できませんyield。これを回避する方法はありますか？

Python 2.4でこの制限を回避する方法についての言及は見つかりません。また、私が考えた回避策（主に__del__、妥当な時間内に実行されるようにすることを含む）の大ファンではありません。あまり魅力的ではありません。

違いは何ですか

と

2 番目のバージョンの方が、Throwable にアクセスできるので気に入っています。2 つのバリエーションの間に論理的な違いや好ましい規則はありますか?

また、finally 節から例外にアクセスする方法はありますか?

オブジェクト指向 Delphi のベスト プラクティスについて一般的な質問があります。現在、オブジェクトを作成するすべての場所に try-finally ブロックを配置して、使用後にそのオブジェクトを解放します (メモリ リークを回避するため)。例えば：

それ以外の：

それは良い習慣だと思いますか、それともオーバーヘッドが多すぎると思いますか? そして、パフォーマンスはどうですか？

finallyブロックの動作を理解するために、7 つのテスト ケースを作成しました。どのようにfinally機能するかの背後にあるロジックは何ですか?

なぜbuilder = null機能しないのですか？

( in builder.append("+1")trySeven ()) が機能しないのになぜ機能するのですか?count++

プログラムを (デバッガー/IDE の外部で) 実行するたびに、非同期ソケット エラー 10049 が発生します。以下の私のコードを参照してください

私は何を間違っていますか？

StackOverflow に投稿されたこのコードを見たことがあります。

次のように簡略化できませんか。

プログラムが直接 'finally' にジャンプするため、'ExecuteTarget' で何か問題が発生した場合、最終的な Result:= ... は決して実行されません。右？したがって、関数は FALSE を返します。私は何か間違ったことをしていますか？

PS:

1. このコードをスレッドで使用するつもりです。
2. 関数を Delphi に入れただけで、コンパイラは最初の行について「割り当てられた値が使用されていません」と苦情を言います。

上記のコードの出力は次のとおりですFrom Finally。

なぜそうではないのFrom Catchですか？

-また-

両方の例外をキャッチしてログに記録するにはどうすればよいですか?

try / catchブロック内のreturnステートメントはどのように機能しますか？

この関数の出力はであると期待していますがtrue、代わりにfalse！