最近開発共有するブログで（に基づいて、アプリケーションの彼の提出 エレクトロン7 MacのApp Storeの経験にアプリの開発を）。
電子は、デスクトップアプリケーションを開発するためのJavaScript、HTMLやCSSや他のWeb技術の使用をサポートし、クロスプラットフォームのデスクトップアプリケーション開発ツールです。このようGitHubのようなよく知られているオープンソースプロジェクトは、電子の開発を使用しているVisual Studioのコードエディタを作成するために、AtomのエディタとMicrosoftを構築します。
このアプリケーションはネイティブアプリケーション開発を使用して、とても成功したマックのApp Storeから提出され、レビュー適用することができるようにするために開発されていないので、彼は、ネットワーク上のチュートリアルに従って、アプリケーションをパッケージ化する電子・パッケージャを使用していました。
しかし、開発者は、操作後のチュートリアルに従いますが、Appleの応答は、監査ファイルを提出することができないと述べたことがわかりました。彼は、ファイルを見直し裁判官は（ELEKTROエディタから開くことができませんされてELEKTRO 彼は読み書きにユーザーを追加する権限を持っていなかったので、アプリケーション開発者が提出しました）。調整後、彼は再びアプリケーションを提出しました。
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>com.apple.security.app-sandbox</key>
<true/>
<!-- Add entitlements here -->
<key>com.apple.security.cs.allow-jit</key>
<true/>
<key>com.apple.security.cs.allow-unsigned-executable-memory</key>
<true/>
<key>com.apple.security.cs.allow-dyld-environment-variables</key>
<true/>
<key>com.apple.security.files.user-selected.read-write</key>
<true/>
</dict>
</plist>
調整が再提出した後しかし、まだ承認されていません。それに応答して、開発者は当惑しました。彼はその後、電子という名前に基づいて製品を提出した トロンメル アプリケーション。結果は拒否されると期待が、今回は彼らが突然前に異なる理由を受け取られます：
独自のフレームワーク（非パブリックフレームワーク）を使用しているため、Appleはこの申請を却下見ることができます。著者はこの経験だけではない、問題の人物を、ので、彼はAppleの独自のアプリケーションへのフィードバック、現在の電子開発を使用して、これらのプライベートフレームワークのいずれかの使用法を変更することはできません。
これまでAppleの応答は、によって提出されたアプリケーションときということであるプライベートAPIや参照を使用しては拒否されます。開発者がアクセスバイナリファイルまたは怒らAPIを削除する方法がわからないを持っていない場合は、技術サポートをご利用のサービスプロバイダにお問い合わせください。背後にあった場合、ここでの焦点は、プライベートAPIを使用した場合を拒否されたり隠されたAppleデベロッパアカウントをもたらすことができる。この申請書を提出し続け無効、とApp Storeから関連するすべてのアプリケーションを削除しています。
これらの行為は、電子フレームワークですAPI呼び出しのために、アプリケーションが実行されず、電子フレームワークは、APIを使用して、数年前からされています：今、開発者が直面している状況があります。Appleは最近、サーバー側のアプリケーションのレビュープロセスを更新ので、しかし、それは承認されないアプリケーション開発につながる、その適用と検証ポリシー独自のAPIのこれらの違反を検出し、識別することができます。
Appleの動きは熱いアップデートフレームワークを使用したアプリケーションの数のため、今年の「警告」を彷彿とさせます。
将来は、APP「動的配布」関数の内部で無効にし、自分のAPPにJSPatch関連するフレームワークを削除するには、開発者が必要とされることを発表しました、すべての開発者にその時のAppleプッシュ電子メール警告、で、APPは、そうでない場合は、禁止棚や棚に直面するだろう。
安全性を確保するため、すべての制御可能なもの - イベントの組み合わせは、実際には、それは非常にAppleのいつものスタイルに沿ったものですべてです。何その制御範囲内で可能な限り使用することはできませんどのような開発者。ほとんどの開発者は、ホット更新フレームワークの修理のバグを使用するかは問題ではありませんいくつかの一時的な小さな機能セットを、取得が、常に一定の不適切な試みを達成するためのプライベートAPIを呼び出すためにこれを取るために、開発者の数が少ないがあるでしょう、何アップル制御不能ですA。
したがって、この事件では、我々はAppleが厳密に呼び出し元のアプリケーションのプライベートAPIを禁止する理由を理解するのは難しいではありません。