ニューススタンドアプリ。 iOSマガジンを作成

最近、私は1つの紙の雑誌のiOSバージョンを開発していました。 実際、これはまさにこのトピックを明らかにする試みです。



はじめに紹介します。 ニューススタンドとは何ですか？ そのようなエンティティはどこから来て、何に変わりましたか？ 考えてみると、私は次のことに気付きました。iOSプログラムに包まれたこのバージョンの雑誌は、単に無責任なサイズという点でpdfとは異なります。 その理由の1つは、膨大な写真の山です。 ただし、このヒープはiOSマガジンの光沢を生み出します。 ニューススタンドのアイデアが生まれた理由は、私が理解しているように、特定のコンテンツの所有権に関するAppleの立場でした。 つまり タスクは定期的に配布するために正直に（多くの場合、支払われます）、コピーペーストが困難でした。 これらの人たちはこの仕事に対処しました-ニューススタンドよりも高い現金回転率を持つ電子出版社は存在しないと思います（そう言えば）。



ユーザーレベルでいくつかの雑誌を確認したら、技術的な解決策を探します。 まず、ニューススタンドキットが登場しました。



ニューススタンドキットは、次のギズモで構成されています。雑誌の個々の号の特別なライブラリ管理メカニズム（NKLibrary）（NKIssue）とそのバックグラウンドダウンロードを含むダウンロード（NKAssetDownload）。 かっこいい！ しかし、その当時、これらのギズモを雑誌に変える方法は私には完全に不明確でした。



すべて同じです。 明らかに、プログラム雑誌は2つの部分で構成されています：雑誌の問題の管理と別の雑誌の表示。 つまり ニューススタンドキットは、最初のコンポーネントである管理に焦点を当てています。 2番目のコンポーネント-雑誌の1つの号の表示-Appleはテンプレートに負担をかけませんでした。 2番目に彼女から始めます。



理論的には、サーバーから必要な情報をすべてダウンロードして表示する必要があります。 つまり それはパンフレットの補足についてでした。 ダウンロードされた情報は、条件付きで、原材料（画像、フィルム、テキスト、html-in、pdf）と設定に分けられ、それによってすべてをまとめることができます。 誰もがパンフレットについて読むことに興味があるとは思わないので、経営に関する部分にこれらをさらに送ります。



上で述べたように、Appleは特定の雑誌の表示に関して開発者を制限していません。 ただし、スワイプで雑誌をページングして、おそらく良い形で受け入れられます。 このために、UIScrollViewと無限スクロールのアイデアを使用しました（dev apple-> WWDC-> ScrollView Techniques-> Infinite scrolling）。 簡単に言うと、メインビュー全体にUIScrollViewを配置する必要があります。 UIScrollViewの場合、contentSizeを3つの画面幅に設定し、3つのUIViewを配置します（それぞれ1つの画面のサイズ）。 さらにいくつかの設定があり、スワイプで美しいページングがあります。 フィニッシュラインでは、UIScrollViewデリゲートメソッド-scrollViewDidEndDecelerating：を実装し、それに応じて、内部UIViewを更新します。 無限スクロールの複雑さ-別の目に見えるUIVeiw、同様のUIScrollViewを埋め込むと、水平および垂直の反転につながります。



わかった 疑問が残ります：現時点で必要なUIViewの入手先は？

「この瞬間」から始めましょう。 その特徴は、雑誌の開いているページの番号であると言えます。 アプリケーションでは、現在のページのインデックスを格納するギズモが必要であることがわかりました。 そのようなことはアプリケーション全体に必要であり、それに簡単にアクセスできるはずです。シングルトンが必要です。 インデックスがある場合、質問は新しいものに要約されます。インデックスに適切なUIViewはどこで入手できますか？ おそらく設定はそれを知っています。 さらに、シングルトンに構成の読み取りを依頼し、インデックスを知って、目的のビューを発行してください。 シングルトンインターフェイスを指定して、設定に移動します

@interface DataManager : NSObject @property (nonatomic) int articleIndex; @property (nonatomic) int pageIndex; @property (nonatomic, strong) NSArray *articles; + (id) sharedManager; - (UIView *) currentView; - (UIView *) prevView; - (UIView *) nextView; - (UIView *) upperView; - (UIView *) lowerView; - (int) lastArticleIndex; - (int) lastPageIndex; @end
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Objective-Cの構成は、.plistファイルを表示するために受け入れられるか、便利です。 実際には、雑誌のページ、これらのページの設定、および生のページへのリンクを表示するplistを作成する必要があります。 例がより明確になると思います

 <plist version="1.0"> <array> <array> <dict> <key>class</key> <string>SimplePage</string> <key>properties</key> <dict> <key>baseImage</key> <string>1-0.png</string> </dict> </dict> </array> <array> <array> <array>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

  <dict> <dict> <key>class</key> <string>PhotoPage</string> <key>properties</key> <dict> <key>baseImage</key> <string>9-0-4.png</string> <key>photos</key> <array> <dict> <key>photo</key> <string>9-1-f1.png</string> <key>thumbnail</key> <string>9-1-f1m.png</string> </dict> <dict> <dict> <dict>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

各ページの最初のプロパティであるクラスに気づいたと思います。 ええ、なんて便利でしょう！ configにクラス名を書き、その上に目的のページを作成しました。 前述のシングルトンのフラグメント

 - (UIView *) currentView { NSArray *article = [self.articles objectAtIndex:articleIndex]; NSDictionary *page = [article objectAtIndex:pageIndex]; return [self viewWithDictionary:page]; } - (UIView *) viewWithDictionary: (NSDictionary *) dictionary { Class class = NSClassFromString([dictionary valueForKey:@"class"]); NSDictionary *pageProperties = [dictionary valueForKey:@"properties"]; UIView *uiView = [[class alloc] initWithDictionary:pageProperties]; return uiView; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

言及すべきことは何ですか？ SimplePageインターフェースを紹介します。 残りのページクラスは、何らかの方法でそれを継承します

 @interface SimplePage : UIView @property (nonatomic, strong) NSString *imageDirectory; - (id) initWithDictionary: (NSDictionary *) pageProperties; @end
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

つまり UIViewから継承するクラスのセットを作成し、これらのクラスに従って単一ログの構成を作成します。



別のimageDirectory変数を次に示します。 ここでの事実は、後でパンフレットの写真を収集し、それらにplistを入れて、このものをサーバーに送信する必要があるということです。 したがって、プロジェクトに写真を追加する代わりに、シミュレーターのフォルダーであるDocumentsDirectoryに写真を収集しました。 そしてここにその初期化があります

 #if IS_LOCAL // doc/img dir imageDirectory = [DocumentsDirectory stringByAppendingPathComponent:@"img"]; #else // issue dir NKIssue *nkCurrentlyReadingIssue = [[NKLibrary sharedLibrary] currentlyReadingIssue]; imageDirectory = [nkCurrentlyReadingIssue.contentURL path]; #endif #if DEBUG NSLog(@"imageDirectory %@", imageDirectory); #endif
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

単一のログを表示するための実装オプションについてお伝えしたかったのはそれだけです。 続けましょうか？



NKマネジメント



言葉自体は、何かを管理する必要があることを示唆しています。 サーバーからダウンロードされた何かのコレクション。 それで、別の構造になります。 これを理解するには、NKLibraryとNKIssueを表面的に考慮する必要があります。



シンプルで、NKLibraryはNKIssue-sのコレクションです。 NKLibraryには多くのユーティリティがあります。 これはニューススタンドによって磨かれたコレクションです。 これもシングルトンであり、おそらくこの段階ではそれだけです。



NKIssueは、1つのジャーナルに関する情報を保存します。 少なくとも、問題には名前と日付が必要です。 間違っていない場合、名前がキーになり、日付がソートされます。



だから、何か、どこかを見ていると、issues.plistがあります。

 <plist version="1.0"> <array> <dict> <key>Name</key> <string>f-2</string> <key>Title</key> <string>/ 2013</string> <key>Date</key> <date>2013-11-28T08:00:00Z</date> <key>Cover</key> <string>http://fo-nt.net/f/f2.png</string> <key>Content</key> <string>http://fo-nt.net/f/f2.zip</string> </dict> <dict> <dict>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

サーバーからplistをダウンロードし、繰り返し、NKISsueを作成してNKLibraryに追加します

 NKLibrary *nkLib = [NKLibrary sharedLibrary]; issuesDictionary = [NSArray arrayWithContentsOfFile:issuesPlistFilePath]; for (NSDictionary *issueDictionary in issuesDictionary) { NSString *name = [issueDictionary valueForKey:@"Name"]; NKIssue *nkIssue = [nkLib issueWithName:name]; if(!nkIssue) { [nkLib addIssueWithName:name date:[issueDictionary objectForKey:@"Date"]]; NSString *coverPath = [issueDictionary valueForKey:@"Cover"]; if (IS_RETINA) coverPath = [self retinaURLStringForString:coverPath]; NSString *coverName = [coverPath lastPathComponent];
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

説明します。 当然、ここではすでにNewsstandKitをインポートしています。 それ以外の場合、NKLibraryとNKIssueについてどのように知ることができますか？ 簡単に、NKLibraryのインスタンス-nkLibを取得します。 配列を調べて、特定のログをその名前で提供するようにnkLibに依頼します。 ライブラリに「FIG to you」と表示されている場合は、設定にログがあることが明らかになりますが、ライブラリにはありません->追加する必要があります。



リストには、「if（IS_RETINA）」という行がまだあります。 簡単に言えば、ここでのポイントは、ジャーナルのすべての写真がサーバー上にあるということです。 ここで、ディスプレイの種類はすでにわかっています。 さて、他の人のディスプレイ用に写真をダウンロードする理由。 今後、ダウンロードキットは、雑誌ごとにアーカイブに配置することをお勧めします。 最後に、1つの雑誌に2つのアーカイブを作成することは論理的です：シンプルと@ 2x。



現在のNKLibraryがあります。 控えめですが、すでに既存のログのUIを表示できます。



各ジャーナルのライブラリ表示の視覚化は異なります。 ただし、確立されたものがあります。 プロパティのセットを持つNKIssueがあります-それらを表示します。 その中でも、特に興味深いのは、プロパティ '' status ''です。これは、なし、ダウンロード中、使用可能です。 これは、表示されたログをダウンロードできるという事実につながり、ダウンロードが完了するのを待って、それぞれ読み取ります。



パンフレット作成の段階で準備したキットをダウンロードする必要があります。 NKAssetDownloadは3番目のNKのものです-ニューススタンド専用のローダー（おそらくそうです）。 手順：NKIssueおよびNSURLRequest（NSURLから取得、選択されたログのURL文字列から取得）を使用して、NKAssetDownloadのインスタンスを作成します。 downloadWithDelegateメソッドを呼び出す必要があります：（id <NSURLConnectionDownloadDelegate>）デリゲート

 NSURLRequest *req = [NSURLRequest requestWithURL:downloadURL]; NKAssetDownload *assetDownload = [nkIssue addAssetWithRequest:req]; [assetDownload downloadWithDelegate:self]; [assetDownload setUserInfo:[NSDictionary dictionaryWithObjectsAndKeys: [NSNumber numberWithInt:index], @"Index", nil]];
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

機能NKAssetDownloadはバックグラウンドでのダウンロードです。 彼女はニューススタンドに必要です。 これは、ダウンロードがバックグラウンドで続行されることを意味します。 まだグッズがあります。 ただし、戻り時にすべてのNKAssetDownloadインスタンスでdownloadWithDelegateメソッドを呼び出すことが義務付けられているため、bgロードに興味があります。

 for (NKAssetDownload *assetDownload in [nkIssue downloadingAssets]) { [assetDownload downloadWithDelegate:self]; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

それがすべてのようです。 進行状況バーでダウンロードを再開し、完了するのを待ちます。 ダウンロードの最後に、アプリケーションアイコン[[UIApplication sharedApplication] setNewsstandIconImage：[publisher coverImageForIssue：nkIssue]]を置き換えるのが適切です。 アーカイブを使用した場合は、解凍します。 ああ、はい、アプリケーションは、ログを読み込んだ後、プロパティパスNKIssue contentURLに沿ってファイルを書き込む必要があります（義務付けられているかどうかはわかりません。何かが最適化されている可能性があります）。



さらに、NKIssueは '' available ''のステータスを受け入れます-''パンフレット ''を表示できます。



次の質問：ライブラリーの更新-issues.plistをリロードし、既存のメソッドで処理することになります。 ここで、ジャーナルがライブラリに追加されたかどうかを確認しました。 確かに、実質的な問題が発生します。 多くの雑誌では、ユーザーは新しい雑誌がリリースされるまでにそれを忘れることができます。 そして、ここでは、不適切なことに、手近にAPNSがあります。 これは別のトピックです。 私は認めます、私はそれを初めて習得しませんでした。 とにかく、私は私のジャーナルでこれらの通知をしませんでした。 鍵となる障害は証明書であり、むしろその変換の必要性でした。



それにもかかわらず、APNS：まず、通知送信サービスです。 プログラムは、実行中のデバイスのIDを取得して、サーバーに転送できます。 まず、これらの通知をサブスクライブする必要があります。

 @implementation AppDelegate - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { // Register device for receiving push notifications [[UIApplication sharedApplication] registerForRemoteNotificationTypes: (UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeAlert)];
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

その後、UIApplicationDelegateプロトコルにはアプリケーションdidRegisterForRemoteNotificationsWithDeviceToken：メソッドがあり、DeviceToken（id）があり、そこからサーバー情報をマージできます。 近くにアプリケーションがあります：didReceiveRemoteNotification：メソッド。通知を受け取った後に何かを行うことができます。



サーバー側では、DeviceTokenであるリクエスト（HTTP）を受け入れて、データベースに保存する必要があります。 さらに、購入したチケットに応じて、またはサーバーに展開されているものに応じて、APNSに送信するメッセージを探す必要があります。 APIによれば、証明書とパスワードを添付することにより、ペイロードとDeviceTokenの両方を含むメッセージを接続して送信します。 まだ微妙な違いがありますが、これは別の問題です。



とりわけ、iOSマガジンにはさらに2つの制限があります。 羽-プライバシーポリシーのURL。 技術面から見ると、非常に簡単です。 2番目の制限は、iTunesConnect内部購入を使用してコンテンツを配布する必要があることです。 私が理解しているように、これはユーザーが私の無料の雑誌を0お金で買わなければならないことを意味します。



合計すると、iTunesConnectのアプリ内購入は、ストアキットの使用を意味します。 UserDefaultsでは、isFreeSubscribedプロパティを取得しました。 私はタプで確認し、NOの場合はアラートを表示します。 同意により、署名する

 SKProductsRequest *productsRequest = [[SKProductsRequest alloc] initWithProductIdentifiers:[NSSet setWithObject:@"FreeSubscription"]]; productsRequest.delegate=self; [productsRequest start];
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

さらに、デリゲートメソッドを実装し、isFreeSubscribedをYESに設定して、In-App Purchaseを忘れる必要があります。 SKProductsRequestのProductIdは、「アプリ内購入の管理」の下のiTunesConnectから取得する必要があります。



話の終わりに、私はここに雑誌の必要性の半分さえないと信じています、しかし、私は最も単純な雑誌のために最も必要な技術的な質問を概説することができたと信じたいです。