ウェブのためのモバイルデバイスのためのベスト-プラクティスASP.NET [定休日]
-
29-08-2019 - |
質問
にwebアプリケーションのためのモバイルデバイス(電話).
池尾:そういうふうに考えていを使ったアプローチASP.NET 3.5/ASP.純4.0C#?
UPDATE(feb2010)
他のニュースをwindows mobile7?
解決
でん すべての携帯電話 ただ、新しい電話、iPhoneを持たない多くの制限がレンダリングホームページです。合させることができるなどの実 HTMLレンダリングのいずれもJavascriptとcookieを有効にサポートの電話としての要件, その制約の 限定サイズの画面.にするべきなの細は"通常の"ウェブ開発ASP.NET ケアーのサイズのページ。
なお、この場合には, き読み上げます。
の場合 本当にたいすべての携帯電話, 特に、古いを認識しておく必要があることには、いろいろな種類があります。その多くは 制限および制約 を示すホームページです。一部ではJavaScriptを使用もしれない。一部表示できるHTMLコンテンツが多することはできません。いに依存するようになるにつれて"無線のマークアップ言語の標準のためのアクセスします。ではなかなか簡単にはいきませんのホームページを構築することを支援すべてのこれらの異なる。
ここではいくつかのリンクを一般のコンテンツ(ないASP.NET 特に、この全体像:
その主な制限しかし、先ほどもお話したように、小さい画面による通常のPCです。多くの携帯電話をサポートしていないJavaScript-クッキーでしまいます。
ある特殊なマークアップを行う基準のための携帯電話のこと。 WMLのページ では例として広く採用基準の携帯電話.WMLは"無線のマークアップ言語"であるXMLをベースにしています。きの記述と参照WML ここではw3schools.com.
以下のコード例を示WMLのページ:
<?xml version="1.0"?>
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN"
"http://www.wapforum.org/DTD/wml_1.1.xml">
<wml>
<card id="card1" title="Stackoverflow">
<do type="accept" label="Menu">
<go href="#card2"/>
</do>
<p>
<select name="name">
<option value="Questions">Questions</option>
<option value="MyAccount">My account</option>
<option value="FAQ">FAQ</option>
</select>
</p>
</card>
<card id="card2" title="Menu">
<p>
You selected: $(name)
</p>
</card>
</wml>
ですが、ASP.NET 描画しWML(およびその他のモバイルマークアップ基準)コンテンツ動します。いくWMLファイルです。内蔵の機構を検出しタイプのデバイス(携帯電話のwebします。しかし、モバイルデバイスの検出にASP.NET っていると正しく動作しないであ(新しい)。見 WURFL, では、XMLの設定ファイルについての情報が含まれて能力や特徴の多くのモバイルデバイス
できる試験のページの開発にASP.NET 標準的なwebブラウザからないと番右の写真かれさまでした。あのエミュレータ利用のためにこの問題をシミュレーション携帯電話のデスクトップにフィットします。があり Microsoftサポート記 説明するまでダウンロードを行ってください。
ASP.NET モバイル管理
のASP.NET モバイル管理、既存の"マイクロソフトモバイルインターネットのツールキット"の拡張。NETフレームワークVisual Studioの構築モバイルWebアプリケーションをASP.NET をマークアップの幅広いモバイルデバイス
のASP.NET モバイル制御を描画するのに適切なマークアップ(HTML3.2,WML1.1のcHTML、XHTML)を異なる画面サイズ、オリエンテーションやデバイスの機能.
詳細 こちらの公式ウェブサイト.
他のヒント
私はカナダの無線ネットワーク上で動作するので、私は言及する必要がありますカップルの事。ロード時間を増やし、データ料金を削減するために、小さな(あるいは非存在しない)任意の画像を試してみてください。ユーザーは計画に加入されていない場合は、当社のネットワークでは、私たちのネットワークは$ 15 / MBを充電します。携帯電話は、ダウンロードしようといくつかの最適化されていない画像が簡単にユーザーを要することができる、そしてそれらの大きな画像がとにかく良く見えません。
私は、それはあなたに影響を与えませんが、知っているあなたは、ストリーミングなどの他のプロトコル、または任意のUDPベースのプロトコルを使用する場合、少なくとも1300バイト以下に最大パケットサイズを設定します。ただ、方法のためのネットワークの周りにそれの動きなどのモバイル作品は、余分なヘッダ情報はのが追加されます。 TCP / IPで、私たちは大きなパケットの問題から保護するために、MSSクランプ使用していますが、これは任意のUDP送信、または認証ヘッダーを使用して何でもセキュアなプロトコルに適用することはできません。あなたが標的にされている携帯電話は、RIMが提供している場合は、この時点では完全に無視することができます。
あなたに話したときに、一部の携帯電話では、このような場合には、キープアライブTCP / IPを必要とするすべての接続を使用して回避しようと、サーバーだWAPプロキシを使用することができます。いくつかのプロキシは、任意のキープアライブセッションは、私は新しいもののほとんどは大丈夫です信じていても、それらを介して行くことができないように設定されています。
私はもっとあります確信している、あなたはあなたの中におくべき最も重要なことは、モバイルへのIP接続が、その後、ウェブブラウザを開い誰かたくさんより複雑であることに留意しています。あなたはそれが動作するようになりました場合でも、本当に空想何かをしようとした場合、それは常に動作しない場合がありますので、この輸送は、非常に注意が必要です。また、最後の迅速なポイント、遅延とパケットロスが激しく変動することができますので、あなたは何をリアルタイムでやっている場合は、あなたの待ち時間は200 +ミリ秒を打つことができて、私は短いために20〜30%のレベルまでパケット損失スパイクを見てきました時代ます。
グッドラック、そしてあなたがどんな具体的な質問がある場合は、それらを求めるようにしてくださいます。
詳細情報:窓-モバイル開発 - どこツー始まり