私は現在、非常に競争の激しい分野にある会社のためにアプリを開発しています。私は、1つを除いて、彼らが要求したアプリのすべての機能を終了し、ダウンロードして使用するために競合他社から何らかの形で保護されました。ある種のデータベースをチェックするパスワードフィールドを使用してUIViewControllerを設定できると思いましたが、データベース部分をチェックする方法やその実用性がわからず、取得できることを望んでいました。他の企業がパスワードや30日ごとなどに変更され、アクティベーションコードのようなものがないと、このアプリを盗んで使用できないようにする方法についてのアイデア。
2 に答える
WWDC 2012 ビデオ「Building and Distributing Custom B2B Apps for iOS」を確認してください。あなたのアプリがこの B2B 分類に含まれているかどうかはわかりませんが、あなたの説明によると思われます。
私が最終的にやったのは(誰もが参照を必要とする場合)、パスコードを含むSQLテーブルを使用してサーバーをセットアップすることでした. Apple は、「アプリ ストアの外からアプリを購入する」必要があるようなシステムを一切許可していないため、好きな値を取り、パス コードを入力する必要のある馬鹿げたユーザー名フィールドを作成しました (恥ずかしいです)。フィットします。json sqlリクエストでパスコードがWebサーバーで認証されると(これを行うAPIがたくさんあります)、戻ってきてユーザーを最初の画面に送り、plistに値を設定して使用日数を設定しますユーザーが離れました。ユーザーがアプリを開くたびに、日付が最後にログインした日付 (同じ plist ファイルに保存されている日付) と異なるかどうかを確認し、異なる場合は差を計算してその数を差し引きます。カウントが 0 になると、ユーザーは再びパスコード認証画面に送られます。少し複雑ですが、このような一種のパス コード システムを持たないという Apple の制限を回避する効果的な方法です。回答ありがとうございます。残念ながら、エンタープライズはこの会社では機能しませんでした。なぜなら、他のサプライヤーのために会社を離れることや、 app (つまり、リモートでアンインストールする機能) もオプションではありませんでした。これがいつか誰かを助けることを願っています!残念ながら、エンタープライズはこの会社では機能しませんでした。なぜなら、他のサプライヤーやアプリのリモート管理のために会社を離れることを心配することなく、必要なだけ多くのサードパーティメンバーにアプリを配布できる必要があったからです (つまり、リモート アンインストール) もオプションではありませんでした。これがいつか誰かを助けることを願っています!残念ながら、エンタープライズはこの会社では機能しませんでした。なぜなら、他のサプライヤーやアプリのリモート管理のために会社を離れることを心配することなく、必要なだけ多くのサードパーティメンバーにアプリを配布できる必要があったからです (つまり、リモート アンインストール) もオプションではありませんでした。これがいつか誰かを助けることを願っています!