53

これについていくつかの記事を読みましたが、これを正しく理解しているかどうかを確認したいだけです。

プライベート API を使用すると、Apple はアプリを拒否します...

  1. 「プライベート API」と「非プライベート API」の主な違いは何ですか?

  2. 「非プライベート」API は、Apple によって提供および検証された API のみですか?

  3. API はフレームワークと対話する単なる方法ではなく、フレームワークは、人々が簡単な目的で使用できるカプセル化されたクラス/ヘッダーのセットにすぎませんか?

  4. これは、自分のアプリで (Apple 以外の) 誰のコードも再利用できないということではないでしょうか?

  5. これが本当なら、プログラマーが独自のカスタム クラスとメソッドを作成するときはいつでも、技術的には、特定の目的のためだけにミニ フレームワークを設計しているのではないでしょうか? これは、彼が独自のプライベート API を使用していることを意味するのではないでしょうか?

  6. 私のクラス/メソッドと一緒に他の誰かのクラス/メソッドを使用することの違いは何ですか?どうすれば違いがわかるのでしょうか?なぜこれが問題になるのでしょうか?

これについての私の理解はばかげているように聞こえます。「プライベート API」が何であるかを正しく理解しているとは思えません。アプリが機能しなくなる可能性のある API の変更から保護するためであると読みました。これは、(コンパイル時ではなく) 実行時に API がリンクされ、知らないうちに自動的に更新できるということですか? (参照してください、私は当初、API/フレームワークはコンパイルするたびに固定されていると考えていました。おそらくこれが間違っているところです)

誰かが私を助けてくれますか？私はこの方針について本当に混乱しています。ありがとうございました！

4

1 に答える 1

52

Q. 「プライベート API」と「非プライベート API」の主な違いは何ですか?

  • プライベートは、公に定義されていないものです (それほど多くはありません)

Q. 「非プライベート」API は、Apple によって提供および検証された API のみですか?

  • プライベート API とパブリック API はどちらも Apple によって「提供」されていますが、使用できるのはパブリック API のみです。
  • プライベート API は Apple のみが使用するためのものです

Q. API はフレームワークとやり取りするための単なる手段ではありませんか。フレームワークは、単純な目的で使用できるカプセル化されたクラス/ヘッダーのセットにすぎませんか?

  • はい

Q.これは、(Apple 以外の) 誰のコードも自分のアプリで再利用できないということでしょうか?

  • いいえ

Q.そうだとすれば、プログラマーが独自のカスタム クラスとメソッドを作成するときはいつでも、技術的には特定の目的のためだけにミニ フレームワークを設計しているのではないですか? これは、彼が独自のプライベート API を使用していることを意味するのではないでしょうか?

  • いいえ (フレームワークはアプリとは異なります)

Q.私のクラス/メソッドと一緒に他の誰かのクラス/メソッドを使用することの違いは何ですか?どうすれば違いを見分けることができますか?なぜこれが問題になるのでしょうか?

  • 通常はそうではない

取得する必要があるポイントは、プライベート API を参照するときは、Apple が提供するプライベート API だけを考えるべきだということです。
サードパーティの他の API は異なります (サードパーティのコードが Apple プライベート API を使用しない限り、Apple は気にしません)。

于 2013-07-10T20:29:39.693 に答える