モバイル APP 開発 (API インターフェイス開発) での PHP の使用に関する簡単な説明、appapi_PHP チュートリアル

モバイル APP 開発 (API インターフェイス開発) での PHP の使用に関する簡単なディスカッション、appapi

1. 2 つの質問に簡単に答えましょう:

1. PHP はクライアントを開発できますか?

回答: はい。PHP はスクリプト言語であり、B/S アーキテクチャまたは C/S アーキテクチャの S 部分を完成させる役割を担っています。つまり、主にサーバー側の開発に使用されます。ただし、PHP はインターネット サイト上でのみ開発できるわけではありません。PHP for Android (PFA) サイトでは、Android 上で PHP アプリケーションを使用できるようにするためのプログラミング モデルとツールボックス ドキュメントを公開できると述べられています。このプロジェクトの主なスポンサーは、オープンソース企業 IronTec です。PFA は、Android スクリプト環境 (ASE) とも呼ばれる Scripting Layer for Android (SL4A) を使用して、このテクノロジの詳細を確認できます。

ご興味がございましたら、次のような関連技術文書を参照してください: http://so.jb51.net/cse/search?q=php+for+android&s=10520733385329581432

2. サーバー開発の第一の選択肢として PHP を選択する理由は何ですか?

回答: クロスプラットフォーム (UNIX、LINUX、WINDOWS、Mac OS で実行可能)、低消費電力 (PHP が消費するシステム リソースは非常に少ない)、高い操作効率 (比較的に)、MySQL の完璧なパートナーであり、無料です。オープンソース、......

2. PHP を使用して API (アプリケーション プログラミング インターフェイス、アプリケーション プログラミング インターフェイス) を開発するにはどうすればよいですか?

APIをやったことがある人は、実際にAPIを開発するのはWEBを開発するよりも簡単であることを理解しているはずですが、APIは実際にはページをレンダリングせずにデータを出力するため、MVCがありません（APIにはMとCしかありません）。 、

1. WEB 開発と同様に、最初にいくつかの関連パラメータが必要になります。これらのパラメータは、開発チームまたは統一された仕様の間で合意される必要があります。

2. パラメータを使用して、タスクの進行状況の更新、アプリ内購入、ゲーム終了データの送信など、アプリケーションの要件に従ってデータ処理を完了します。

3. データロジックが処理された後、タスクステータス、アプリ内購入結果、プレーヤー情報など、クライアントが必要とする関連データが返されます。

クライアントにデータを返すにはどうすればよいですか?

JSON、XML、TEXT などの直接出力フォーム

4. クライアントは、返されたデータを取得した後、クライアント上でローカルにユーザーと対話します

一時的に書かれた簡単な API の例:

リーリー

クリックテスト (クライアントの場合、このアドレスは直接呼び出されることもあります):

http://www.ezhi.net/api/test/index.php

http://www.ezhi.net/api/test/index.php?a=get_users

http://www.ezhi.net/api/test/index.php?a=get_users&uid=10001

http://www.ezhi.net/api/test/index.php?a=get_users&uid=10002

http://www.ezhi.net/api/test/index.php?a=get_users&uid=10003

3. 実際のプロジェクトでは、API を開発するときにいくつかの点に注意する必要があります (参考のみ)。

1. if..elseif..、switch、または動的メソッド (つまり、関数本体にアクセスする TP の形式) など、複数のインターフェイスを 1 つのファイルに実装する方法は数多くあります。

2. データ出力には json を使用するのが最善です。JSON は非常に強力なクロスプラットフォーム特性を持っており、JSON は徐々に XML に取って代わり、ネットワークの汎用形式になりつつあります。データ

3. インターフェースのセキュリティのために、インターフェース検証を追加する必要があります。たとえば、クライアントとサーバーはさまざまなインターフェイスに統一された暗号化方式を使用しており、サーバーは各インターフェイスを検証する必要があります。これは、特に大規模な商用アプリケーションの場合、インターフェースがハッカーによって悪意を持って更新されたり、悪意を持って呼び出されたりするのを確実に防ぐためです。

4. オンライン API の場合、すべてのインターフェイスが正常であり、すべてのエラー メッセージがオフになっていることを確認する必要があります => error_reporting(0)。そうしないと、クライアントは不正なデータを取得します。 98% はクライアントのクラッシュに直接つながります。

5. API の開発と WEB の場合は、コードが間違っている可能性がありますが、特に重大なエラーが発生することはなく、データの書き込みやクエリの一部のエラーが発生する可能性があります。 WEB がずれたり文字化けしたりすることがあります。しかし、API の場合、99% のケースはクライアントが直接クラッシュしてクラッシュすることが原因です。

6. インターフェイス開発を行う場合、フレームワーク開発を使用することはお勧めできません。その理由は次のように要約できます (実際、私は少し冒険家です。結局のところ、これは TP の公式 Web サイトです) ):

クライアントは一般にサーバーの応答速度に対して非常に高い要求を持っているため、フレームワークを使用すると、夏着と同様にさまざまな不要なファイルをロードする必要があり、最も独創的な PHP を使用するのが最も効率的です。冬服。想像してみてください。携帯電話でゲームをしているときに、アプリケーションを使用して何らかの操作を実行し、動きがなくなるまで長時間待つことを耐えられますか。

上記のポイント 4 で述べたように、フレームワークは WEB 開発にとって非常にありがたいものですが、API の場合、フレームワークがどのような問題を引き起こすかはまったく想像できません。結局のところ、あなたは悲惨になるでしょう~~多くのフレームワークは WEB のために生まれました (私も、いつか API 開発専用に設計されたフレームワークや拡張機能が登場することを楽しみにしています)

そういえば、インターネット上で人気のオープンプラットフォームであることも触れておかなければなりません。実際、これらのオープン プラットフォーム (いわゆるオープン) は、そのようなインターフェイスを提供します (通常は JSON または XML を返します) が、提供される技術文書と、設定された形式と要件に基づいて調整できます。 QQ ユーザーの基本情報、淘宝網ストア、製品ニュースなどの関連情報を取得できます。次に、これらのメッセージに基づいてアプリケーションでの対話を完了します。

実際、ajax も API を呼び出す形式ですが、どう思いますか? はは〜〜

PHP を使用して API を開発するにはどうすればよいですか?

1. SOAP

http://www.bkjia.com/PHPjc/861788.html