モバイルアプリケーション向けのDIYクラウドAPI。 パート1

参加する代わりに

プログラミングのd明期、そしてごく最近まで、プログラムは完全なものであり、機能のみを実行する独立したユニットが完全に使用できる状態でした。



しかし、モバイルデバイス、リッチロジックWebサイト、ソーシャルネットワークの出現により、状況は変わり始めました。 現在、オンラインにならないプログラムは、Facebookに何かを載せる方法を知らず、一般的には単独で動作し、実質的に生命権はありません。 Microsoft Office 2013などのプロフェッショナルツールでさえ、ドキュメント共有のためのクラウドストレージをサポートし始めました。



世界は変化しています。 現在、ソフトウェアを売ってお金を稼ぐために、あなたはあなた自身のオペレーティングシステムまたはアンチウイルスを書く必要がなく、多くの時間とリソースを費やしています。 あなたの妻に尋ねるだけで十分です。 したがって、今日の多くの人々は、独自の邪悪な鳥や切り抜きを作成し、 iOS 、 Android 、 Windows Phoneの開発を研究することを夢見ています 。



アプリケーションを作成し、いずれかのストアで公開したとします。 すべてが順調で、利益を上げますが、もっと欲しいです。 ユーザーベースを拡大するには、他のプラットフォーム用のアプリケーションも作成する必要があることを理解しています。 これは最初の待ち伏せが存在する場所です。アプリケーションが同じように動作し、外観（および事実ではない）とプログラミング言語のみが異なる場合に記述するコードの量を最小限に抑える方法はありますか？



この質問に対する答えは、ファッショナブルな服を着て名前を変えた老人OOPです。 アプリケーションコードから特定の一般的なサービスに一般的なロジックを使用し、すべてのアプリケーションが接続できるようにこのサービスをインターネットに配置してから、特定のプラットフォームにモバイルアプリケーションを実装する場合、サーバーからのデータを表示するためのコードを記述するだけです。 おなじみですね。 これはMVCパターンに非常に似ています。 ここで、Modelはデータを送受信するインターネット上のサービスであり、ViewとControllerはモバイルデバイスに実装されており、可能な限り簡素化できます。 このようなサービスのデバイスのモデルとして、今日では、いわゆるRESTful API（標準のHTTPメソッドを介してアクセスできるプログラムインターフェイス）をますます使用しています。



そして、すべてが良く見えるようで、すでに解決策が見つかっているようです。 ただし、自分でサーバーにバックエンドサービスを展開し始めると問題が始まります。 私はプログラマーです。サーバーのインストールと構成に関しては、すぐに不安になります。 まず、これは完全に新しい知識であり、すべてが正常に機能するように研究する必要があります。 第二に、負荷や攻撃の増加に伴ってすべてが正常に機能し、正常に機能するためには、マナをさらに持続的に吸う必要があります。 サーバーに煩わされることを防ぎ、PHPや他の何かを事前にインストールするホストを見つけることができます。 ただし、完全なREST APIを実装するには、必要なすべてのサーバーイベントハンドラーを個別に実装する必要があるという問題が残ります。 そして、これは再びあなたの楽しい時間を取り、不必要なものに費やします。

なぜ私はこれすべてですか？

私自身も長い間この質問に悩まされてきましたが、アプリケーションのサーバーバックエンドをどのように整理できますか。 最初は、WCFサービスを使用して独自の何かを書きました。 次に、 ASP.NET Web APIが登場しました。 しかし、今日は何か他のことについてお話したいと思います。 使いやすいもののファンとして、私はWindows Azureクラウドプラットフォームに登場した比較的新しいサービスをすり抜けることができませんでした。 このサービスの名前は、Windows AzureモバイルサービスカスタムAPIです。



このサービスは、Windows Azureモバイルサービスの他の便利な機能とともに、PaaSソリューションであり、クラウドベースのRESTful APIを迅速に展開する機能を提供します。これには、任意の言語およびプラットフォームのプログラムからアクセスできます。 このソリューションの基盤は、新しいものではなく、むしろ人気のあるNode.jsテクノロジーでした。 カスタムAPIは、すべての結果を伴う完全に機能するNode.jsアプリケーションです。妥協のない完全なソリューションです。 そして、3つの人気のあるモバイルプラットフォームすべてでネイティブSDKを使用するためにネイティブSDKが作成されたという事実を考慮すると、このソリューションはさらに興味深いものになります。



さらにこのパートでは、Windows Azureでクラウドバックエンドを作成して使用を開始し、モバイルデバイスからクラウドバックエンドにアクセスする方法について説明します。 切り替えないでください！

クラウドバックエンドの作成

Windows Azureの他のサービスと同様に、クラウド管理ポータルからクラウドバックエンドを作成します 。 まず、モバイルサービスを作成する必要があります。ある種の正気な名前を考え出します。





次に、モバイルサービスデータを保存するSQLデータベースを選択する必要があります。 20Mbの無料コピーを作成するオプションがあります。 テストの機会のために-目のために十分。 そして、あなたがそれを好めば、いつでもより深刻な決定にアップグレードできます。



次の矢印をクリックしてデータベースサーバーのパラメーターを入力した後（新しいサーバーを作成するか、既存の管理者のユーザー名/パスワードおよびその他の退屈を使用）、新しいモバイルサービスがクラウドに作成され始めます。 これは通常、1分未満で非常に迅速に発生します。 サービスが作成されてそこに入ると、次のようなウィンドウが表示されます。





それを覚えておいてください、それは私たちにとってさらに役に立つでしょう。

APIの作成

最初のクラウドAPIを作成するには、[API]タブに移動して、[カスタムAPIの作成]ボタンをクリックします。





以前にWindows Azureモバイルサービスを使用したことがある場合、次のウィンドウはおなじみのものです。 将来のAPIの名前と、さまざまなメソッドへの4つのアクセスレベルのいずれかを指定する必要があります。 すべてをデフォルトのままにして、認証パラメーターを持つクライアントのみがAPIに接続できるようにします。





新しいAPIが作成されたら、編集を開始できます。 最初に、次のようなスクリプトが表示されるはずです。





教育/テストの目的で、次のように変更することをお勧めします。





この場合の主な変更点は、POSTリクエストハンドラーデータが単純な文字列として返され始め、変数がGETに追加され、そのオブジェクトに複数のフィールドがあることです。 これは、データを操作するさまざまな可能性を示すために、説明のために行いました。

APIの使用

この記事では、Windows Azureモバイルサービスが提供してくれるテストアプリケーションを使用します。 これを行うには、[クイック作成]ページ（これはクラウドとアイコンが点灯しているページ）に戻り、[Windows Phone 8]を選択します（豊富な選択に注意してください）。[新しいWindows Phoneアプリの作成]をクリックします。





必要なプレート（TodoItem）を作成し、[ダウンロード]ボタンを使用してアプリケーションをダウンロードした後、Visual Studioで開きます。



まず、2つのことに興味があります。 ファイルApp.xaml.csには、次のような行があります。

public static MobileServiceClient MobileService = new MobileServiceClient( "https://mva-test-api.azure-mobile.net/", "___" );
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このフィールドを使用して、新しく作成したモバイルサービスと通信します。 あいまいな文字のセットは、サービスの個々のキーであるApplicationKeyです。



アプリケーションを実行して、少なくともその外観を見てみましょう。





まあ、それは新興企業のヒットではありませんが、スタートには悪くありません。 追加のロジックを付与して、APIメソッドを呼び出しましょう。 MainPage.xaml.csファイルに移動します。 彼から、[保存]ボタンをクリックすると、サービスへのアクセスが発生し、その後、結果がデバッグコンソールに単純に書き込まれることを確認したいと思います。 これを行うには、InsertTodoItemメソッドの最後に次のコードを追加します。

 //   POST var result = await App.MobileService.InvokeApiAsync("CoolAPI", null, HttpMethod.Post, null, null); Debug.WriteLine(result.StatusCode); var stringData = await result.Content.ReadAsStringAsync(); Debug.WriteLine(stringData); //   GET var resultJson = await App.MobileService.InvokeApiAsync("CoolAPI", HttpMethod.Get, null); Debug.WriteLine(resultJson);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このコードのメインメソッドは、InvokeApiAsyncと呼ばれます。 彼はAPIメソッドの呼び出しを担当しています。 このメソッドはオーバーロードされ、異なるパラメーターのセットを備えています。 この例は、POSTの場合、最大5つのパラメーターを渡し、GETの場合、3つだけを渡すことを示しています。これは、POSTのメソッドが通常の文字列になるように設計されているためです（バックエンドでのスクリプトの実装を思い出してください）、 GETを使用したオプション-JSONオブジェクトを操作する（結果はNewtonsoft.Jsonになります ）。



アプリケーションを起動して[保存]ボタンをクリックすると、アプリケーションのデバッグコンソールに次のようなものが表示されます。

彼らはどうですか

Windows Azureコントロールパネルの[クイック作成]ページでアプリケーションの種類を選択する可能性に注意を払うだけではありません。 実際、モバイルサービスを操作するためのネイティブSDKは、Windowsデバイス用だけでなく作成されています。 それらのライブラリはiOSとAndroidの両方でリリースされているため、これらすべてのプラットフォームで同じものを使用できます。 以下は、例とほぼ同じことを行うObjectiveCコードの例です。

 [self.client invokeAPI:@"CoolAPI" data:nil HTTPMethod:"POST" parameters:nil headers:nil completion:^(NSData *result, NSHTTPURLResponse *response, NSError *error) { NSLog(@"%i", response.statusCode); NSString *stringData = [[NSSatring alloc] initWithData:result encoding:NSUTF8StringEncoding]; }];
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ご覧のとおり、詐欺のない「クリーンな」ObjectiveC。 Android、WinRT、およびWebバージョン（HTMLおよびJavaScript）でも同様です。

次は何ですか

当初、Windows Azureモバイルサービスのサーバー側コードのすべての機能について一度に1つの記事のみを書く予定でしたが、資料が多すぎます。 これで終わりです。次のパートでは、Gitを使用してチームのクラウドバックエンドで作業する方法について説明します。 また、一般的なスクリプトとNPMパッケージを使用して機能を拡張する方法についても説明します。