2010-12-07 1 views
0

私は既存のウェブサイトの操作の模範的なサブセットをサポートするために、Webモバイルアプリケーションで作業しています。 私のベースツールはasp.net 4.0で、より広範囲のデバイスをアーカイブしようとするシンプルなCSSがあります。asp.netモバイルウェブアプリケーション

私の質問は次のとおりです。 - 私は良い方向にありますか? ...それとももっと良い方法ですか? (コントロールの他の種類、など。) - マイデバイス(モバイル)は、ノキアE71であると私はいくつかの不具合見え始めています: を - clientvalidationscriptsが

は私にいくつかを教えてくださいいけない仕事 - のAutoPostBackプロパティは いけない仕事しますヒントとアドバイス。みなさん、ありがとう。

答えて

1

あなたはASP.NETのモバイルコントロールを使用していますか、それとも普通のものだけですか?別のセットが用意されています。これは、さまざまなモバイルデバイスをサポートして調整するためのものです。

最初の努力モバイルサイトについては、私は確立されたモバイルフレームワーク(正に、ASP.NET Mobile Webformsコントロールを広範に使用したことはありません)か、自分のHTMLをより直接的に構築して、モバイルで安全なものにしておきます。

これは私がASP.NET MVCをもっと自分で使っている理由の1つですが、これは少しだけ進歩しており、特にモバイル用の場合にはそうです。


とにかく、既にASP.NET Mobileコントロールを使用している場合、私の答えは無関係です!

+0

こんにちはAndrew。私は通常のものだけを使用しています。 System.Web.UI.MobileControls名前空間は.net 4.0では廃止されています。 – TiagoDias

+0

Ahh;あなたが4.0にいたことを知らなかった。 ASP.net/mobileサイトをチェックして、どんな良さがあなたのためにあるのか見てみましょう。 http://www.asp.net/mobile/ –

1

ウェブサイトの種類にかかわらず、常に「プログレッシブエンハンスメント」を設計します。

つまり、最小値(JavaScriptなし、非常に単純なCSS)を使用してすべての作業を実行します。それをサポートしてくれるブラウザを持つユーザーが追加機能を利用できるように、徐々に強化してください。

多くのASP.NETコントロールの背後にはjavascriptがあります。 javascriptを使わずに作業を続けたり、javascriptをまったく必要としない他のコントロールを使用するように設計してください。

WRTクライアントの検証 - サーバー側でも常に検証する必要があります。その場合、一部のデバイスでクライアントの検証が実行されていないということは、実際の違いにはなりません。

0

モバイルサイトでは、asp.netコントロールを使用しないでください。デバイスでの.netレンダリングでは、通常、ねじが上がります。 .netサーバーフォームを使用しないでください。 MVCを使用できる場合 シンプルなjavascriptは最新のデバイスのほとんどを動作させるはずです。 Ajaxも動作しますが、jQueryを使用しないで、簡単なajax投稿を書く/ functonsを入手してください。

関連する問題