0

Apple が ARC を導入してから約 1 年になります。私は個人的にはまだ試していません。主な理由は、古典的な保持/解放スキームで満足しているからです。そして、ARC は、もう 1 つの「Objective-C GC バブル」のように思えます。これは、メモリ管理を容易にすることを約束するテクノロジですが、代わりに、プログラマから制御を移動し、古くてよく知られているクリーンなものを置き換えることによって、問題をより複雑にするだけです。他のいくつかの暗黙的なルールとのルール。

実際の運用アプリケーションで使用する機会があった開発者は、どのような印象を持っているのでしょうか? それは安堵ですか、それとも大きな失望ですか?

前もって感謝します、 アレクサンダー

4

3 に答える 3

0

私は正直なところ、メモリ管理を手動で行うことを本当に気にしませんでした。そうは言っても、私はいくつかの理由でARCが大好きです。

  1. タイムセーバー
  2. コードレデューサー
  3. 弱参照をゼロにする!!! 私はブロックが大好きで、ますます人気が高まっています。弱参照をゼロにすることは、ブロックにとって非常に大きなものです。ARCを使用せずに弱参照をゼロにするには、 MAZeroingWeakRefのようなものを使用する必要があります。これは適切ですが、あまり理想的ではありません。

ARCは時間を大幅に節約したり、記述しなければならないコードの量を大幅に削減したりしないように思われるかもしれませんが、私の意見では、実際にはあなたが思っているよりも大きな違いがあります。最初は懐疑的でしたが、現時点ではARCなしで新しいプロジェクトを開始することはありません。

于 2012-06-16T04:47:07.463 に答える
0

楽しいです。素晴らしいと思います。

最初は慣れるのが少し変でしたが、二度と戻ることはありませんでした(とは思いません)。ARC が私を妨げていると感じた例は 1 つも思いつきません。実際、あいまいなダングリング ポインターやメモリ管理ルールについて心配する必要がなくなったことは、大きな救いだと思います :)

于 2012-06-16T04:17:36.327 に答える
0

ばかげているように聞こえるかもしれませんが、ARC によって、プログラミングがより直感的に行えるようになりました。Visual C# から Xcode に移行しましたが、C# ではメモリ管理がしばらく自動化されていたため、それほど劇的な変化はありませんでした。私はそれが個人的な好みの問題だと思います。

于 2012-06-16T05:08:54.180 に答える