プログラマ専用SNS ミクプラ

現在　placement delete　について調べています。

このサイトを始め、いくつかのサイトで　placement delete　はメモリ領域にオブジェクトを再配置したい場合に使用するとかかれているのですが、このトピックを読む限り、再配置の際に使用する必要はないようなのですが、実際のところどうなのでしょうか？
上記のトピックを読んだ限りでは、デストラクタさえ呼んでしまえば、再び　placement new　によってオブジェクトを再配置しても問題ないようですね。
つまり　placement delete　を呼ぶ必要はない、と。
placement delete　を呼ぶと、メモリ領域が開放されるようですが、そもそも明示的に開放する必要はありませんし、むしろ明示的に開放すべきではありませんよね？
ローカル変数に配置していたのならばローカル変数の寿命が尽きるのを待つべきですし、mallocによって確保した領域に配置していたのならばfreeで開放するべきでしょう。
結局のところ　placement delete　の存在意義はないのではないでしょうか？
むしろ、誤ってdeleteしてしまわないように廃止すべきではないかと思うのですが、どう思われますか？

みなさんのご意見がぜひ聞きたいです。

operator newを多重定義したときは、必ず対になるoperator deleteも多重定義しなければなりません。
operator new(void*)を多重定義したのであれば、operator delete(void*, void*)も多重定義しなければならないのです。
これは、次のような場合に意味を持ちます。
上のコードでは、Aのコンストラクタが例外を送出します。結果として、new式が失敗し、中断されるわけです。
このような場合に、newで割り付けたメモリブロックを解放するためにoperator delete(void*, void*)が呼び出されます。

さて、ここで、operator delete(void*, void*)は、実際にはメモリブロックの解放なんかしないのだから無意味だと感じているのだと思います。
ところが、次のような実装をすることは間違っていません（set_new_handlerで登録したハンドラの呼び出しは省略しています）。

コンストラクタの例外についてはplacement deleteを定義しないとコンパイラが警告してくれませんでしたっけ。
VC++だけでしたっけね。

メモリプールを実装して、クラスオブジェクトの前方に管理用のヘッダ情報を配置するような場合も、placement deleteとdeleteを使い分けると便利です。
クラスオブジェクトがぴったり収まるサイズ(引数のサイズ)のメモリしか確保してはいけない道理はないですし。

つまり例外が発生した際に　placement delete　があった方が都合が良いのですね。
そして利用者が　placement delete　を意識する必要は全く無いという解釈で良さそうです。
解決しました。
ありがとうございました。