私は、デスクトップ ブラウザーをターゲットとする ASP.NET Web サイトに取り組んでいます。オプションのモバイル ビュー (例: http://m.sample.com ) を有効にして、ほとんどがテキストであるいくつかの単純なページを提供します。AJAX や Javascript は必要なく、ユーザー入力もありません。実際には、ページ間を移動するためのリンクがいくつかあるテキストの表にすぎません。
Blackberry、Windows Mobile、および iPhone で動作するようにこれを設定する最良の方法は何ですか?
ASP.NET Mobileのサポートを検討する必要がありますか?それとも、独自のページを展開するだけでよいでしょうか?
更新: これは m.microsoftpdc.com 用でした。/Mobile サブフォルダー アプローチを採用し、Scott Hanselman の iPhone のヒントをビューポートやその他のものに使用しました。
私は過去にこれを行ったことがあり、その方法は、デスクトップ用のディレクトリを作成し、モバイル用のディレクトリを作成してページを分離することでした. これにより、実際にはビューが大きく異なるため、ビューをより適切に分離できます。ASP.NET フォームでは、モデル ビュー プレゼンターパターンをよく使用しました。これは、ASP.NET フォームが最適に機能する方法と一致していたためです。そうすれば、2 つのビュー間でコードを再利用できます。次に、サイトの index.aspx ページで、要求のユーザー エージェント文字列を解析してブラウザーを特定し、それに応じてリダイレクトします。たとえば、iPhone を持っている人があなたのサイトを訪れた場合、ユーザー エージェント文字列を解析します。そして、それがiPhoneであることを理解してください。次に、Mobile/Index.aspx ページを指している m.sample.com にリダイレクトします。それ以外の場合は、Desktop/Index.aspx にリダイレクトします。
ページ レベルでユーザー エージェント文字列の解析を行いましたが、もちろん、この種のロジックは HttpModule または HttpHandler レベルでも実行できます。
WML をサポートする携帯電話をターゲットにしていないので、自分のページを作成しただけです。私の意見では、ASP.NET Mobile サポートを使用する唯一の理由は、WML 対応の電話もサポートしたい場合です。
ターゲットとして特定したハンドセットの「プラットフォーム」は 3 つだけです。考慮すべきことの 1 つは、Blackberry / Windows Mobile / iPhone 以外のハンドセットが他にもたくさんあり、おそらくそれらが聴衆の大多数になるということです。(?)
アプリケーションをどのように説明するか (テキストのみ) から、過去 8 年間に販売されたほぼすべての携帯電話である、インターネット対応の携帯電話のほぼすべてをヒットできるはずです。
独自のものを作成すると、コンテンツの表示方法とナビゲート方法をより詳細に制御できるようになる可能性が高く、ユーザーはそれを高く評価しますが、ASP.NET Mobile のようなものが提供する可能性のある自動書式設定と高度な対話機能の多くを失うことになります。これは、ユーザー コミュニティが今後 2 年間でどこに行くと予想されるかを考慮して検討する必要があるかもしれないトレードオフです。
モバイル側でデスクトップ機能をさらに要求する可能性はありますか? 「はい」の可能性が高い場合 (ターゲットにしている 3 つのプラットフォームを考えるとなおさらです)、ASP.NET モバイルのような自動化されたフォーマット/有効化ツールをお勧めします。そうでない場合は、自分で作成して、訪問者が使いやすいようにシンプルにしておいてください。
個人的な経験から、iPhone に対して行う必要があることはあまりないことを知っています。私は通常、iPhone で通常のサイトを閲覧するだけです。
しかし、私の2セントだけです。
ユーザー エージェントに基づくさまざまなスタイル シートは、「きれい」を処理します。マスターページを使用していますか? デバイス フィルターを使用して、デバイスに基づいて異なるマスターを設定することもできます。