ホームページ  >  記事  >  バックエンド開発  >  モバイルアプリのインターフェースの特徴は何ですか?

モバイルアプリのインターフェースの特徴は何ですか?

WBOY
WBOYオリジナル
2016-06-23 13:50:19832ブラウズ

私は 1 年半にわたって PC 側の Web に取り組んできましたが、最近モバイル アプリ プロジェクトに切り替えて、インターフェイス開発を担当しています
モバイル側はトラフィックと電力を考慮する必要があるという点で PC とは異なります。インターフェースの単一データ量は少なく、リクエスト数と同時実行性は比較的高いです
では、アプリインターフェースの特徴は何でしょうか?
さまざまな複雑なオブジェクト指向のカプセル化を行う必要がありますか?
フレームワークを使用する必要がありますか?どれが適していますか?


ディスカッションへの返信 (解決策)

インターフェイスと PC に違いはありません。トラフィックと電力の問題に関しては、データを選択するだけです。携帯電話の場合

インターフェイスと PC に違いはありません。違いは、オブジェクトの json を記述してデータを出力することです。トラフィックと電力の問題に関しては、データを選択するだけです。



実際、私は Android を理解しておらず、トラフィックと電力を最適化する方法がわかりません。同じ文字列を抽出してみてください。まだフレームワークについてです
データ送信がある限り、トラフィックは存在しなければなりません。トラフィックを節約するには、冗長データの圧縮に懸命に取り組む必要があります

データを送信するときは、データの受信時よりも送信時に多くの電力が使用されます。送信する量が少ないほど良いためです

フレームを使用しないよりも使用する方が良いです。フレームを使用してください。少なくとも今のところ、モバイル通信についてはよくわかりません
どのフレームワークを選択するかは、後で慣れてから決定します

データがある限り。送信、トラフィックは確実に存在します。トラフィックを節約するには、冗長データの圧縮に懸命に取り組む必要があります

データを送信するときは、データの受信時よりも送信時に多くの電力が使用されます。送信する量が少ないほど良いためです

フレームを使用しないよりも使用する方が良いです。フレームを使用します。少なくとも今のところ、モバイル通信についてはよくわかりません
フレームワークについては、慣れてから決定します


冗長データの圧縮は、の設計に依存します。データ構造
現在、私が引き継いだコードでは、PC 管理の背景が非常に混乱しています。これは ThinkPHP であり、モバイル API は 1 つだけ含まれており、すべてのデータベース操作は mysql_query です。前の作者のコードを読んだ後、そのレベルについて私の心の中には大きな疑問符が浮かびました
このフレームワークはモバイル インターフェイスには適していない可能性がありますが、話すには冗長ですが、いくつかのデータ フィルタリングや通信もカプセル化したいと考えています。検証暗号化、キャッシュ、データモデルベースのオブジェクト操作インターフェイスなど。現時点では、製品が発売されたばかりで、負荷を考慮する必要がないため、私のレベルでは完全なものを書くことができません。同時実行性については、最初にフレームワークを始めるのが適切かもしれません
現時点で私が最もよく知っているのは TP です。CI は非常に軽量だと聞いており、いくつかのドキュメントを読んだことがあります。プラットフォームを通過したユーザーまたはネチズンは、アプリのインターフェイスに適したフレームワークを推奨しますか?
携帯電話に直接関係するもの以外は、データを提供するだけでは違いはありませんか?

データ通信がある限り、トラフィックは必ず存在します。トラフィックを節約するには、冗長データの圧縮に懸命に取り組む必要があります
データを送信するときは、データの受信時よりも送信時に多くの電力が使用されます。送信する量が少ないほど良いためです

フレームを使用しないよりも使用する方が良いです。フレームを使用します。少なくとも今のところ、モバイル通信についてはよくわかりません
フレームワークについては、慣れてから決定します


冗長データの圧縮は、の設計に依存します。データ構造
現在、私が引き継いだコードでは、PC 管理の背景が非常に混乱しています。これは ThinkPHP であり、モバイル API は 1 つだけ含まれており、すべてのデータベース操作は mysql_query です。前の作者のコードを読んだ後、そのレベルについて私の心の中には大きな疑問符が浮かびました
このフレームワークはモバイル インターフェイスには適していない可能性がありますが、話すには冗長ですが、いくつかのデータ フィルタリングや通信もカプセル化したいと考えています。検証暗号化、キャッシュ、データモデルベースのオブジェクト操作インターフェースなど。現時点ではまだ製品が発売されたばかりなので、負荷を考慮する必要はありません。同時実行性などについては、最初にフレームワークを始める方が適切かもしれません
現時点で私が最もよく知っているのは TP です。CI は非常に軽量だと聞いており、いくつかのドキュメントを読んだことがあります。ビッグ xu ユーザーまたはプラットフォームを通り過ぎたネチズンは、アプリのインターフェイスに適したフレームワークを推奨しますか?

これの何がそんなに混乱しているのでしょうか?携帯電話が取得したいJSONデータを出力し、携帯電話が後処理を受け付けます。その処理に使用されるキャッシュ機構は、携帯電話のインターフェースの最適化という意味です。存在すべきものと存在すべきでないものを削除し、json データは通常非常に小さく、最大でも数 K にすぎません。つまり、このインターフェイスは JSON 出力を行うだけです
サーバー側インターフェイスを作成している場合は、電力の問題を考慮する必要はなく、Web API と同じように行うだけです。

json形式を使用して返すだけです。

サーバー側では携帯電話のバッテリーを考慮する必要はありません。基本的にデータは json 形式で返されるので、必要なフィールドのみを指定する必要があります。不要なフィールドの重複を避けるため、フレームワークについては、自分の選択とフレームワークの理解に依存します。初期段階でフレームワークを使用することをお勧めします。

皆さん、まず PC 側 Web のアイデアに従い、Thinkphp を使用してバージョンを開発し、試してみてください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。