Web per i dispositivi mobili - le migliori pratiche per ASP.NET [chiusa]

Question

A partire per costruire applicazioni web per dispositivi mobili (ogni telefono).
Quale sarebbe l'approccio migliore utilizzando ASP.NET 3.5 / ASP.NET 4.0 e C #?

UPDATE (Feb2010)
Qualsiasi news usando Windows Mobile 7?

Answer 1

Dipende se si vuole veramente a sostenere tutti i telefoni cellulari o solo di fascia alta o nuovo telefono come l'iPhone che non hanno molti limiti di rendering di pagine web. Se si potrebbe chiedere per davvero rendering HTML, Javascript e cookies sostegno al telefono come requisito , quindi il vero vincolo è la dimensioni limitate dello schermo . Si dovrebbe fare bene con "normale" sviluppo web in ASP.NET facendo attenzione alle dimensioni delle pagine.

Se questo è il caso, si potrebbe smettere di leggere qui.

Se voglia di sostenere tutti i telefoni cellulari , in particolare quelli vecchi, si deve essere consapevoli che ci sono diversi tipi di telefoni. Molti di loro hanno limitazioni e vincoli che mostra le pagine web. Alcuni di essi possono utilizzare JavaScript, ma molti di loro non lo fanno. Alcuni di essi possono visualizzare il contenuto HTML, ma molti altri non possono. Essi devono fare affidamento sullo standard "Wireless Markup Language" per l'accesso web. Quindi, non è facile costruire un sito web che supporta tutti questi dispositivi differenti.

Ecco alcuni link a contenuti generale (non ASP.NET specifico), che potrebbe contribuire a ottenere il quadro completo:

• Mobile Web Best Practices 1.0 (W3C)
• Mobile Web Developer # s Guide (dotMobi)

Il loro limite principale è comunque, come ho già detto, lo schermo più piccolo che sul normale PC. E molti telefoni cellulari non supportano JavaScript, cookie e alcuni addirittura non mostrano le immagini.

Ci sono gli standard di markup speciali per i telefoni cellulari. pagine WML è per esempio uno standard ampiamente adottato per i telefoni cellulari. WML l'acronimo di "Wireless Markup Language", che si basa su XML. È possibile trovare una descrizione e riferimento di WML qui w3schools.com .

Il codice seguente mostra una pagina di esempio 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>

La buona notizia è che ASP.NET rende WML (e altre norme di marcatura mobili) contenuto automaticamente. Non è necessario scrivere file WML te stesso. Un meccanismo integrato riconosce il tipo di dispositivo (cellulare) delle richieste web. Tuttavia, il rilevamento dei dispositivi mobile su ASP.NET non funziona correttamente per alcuni dispositivi (più recente). Date un'occhiata a WURFL , un file di configurazione XML che contiene informazioni sulle funzionalità e le caratteristiche di molti dispositivi mobili.

È possibile verificare le pagine che si sviluppano in ASP.NET in un browser web standard, ma non darebbe ° a destra immagine di ciò che avete sviluppato. Ci sono alcuni emulatori disponibili per questo problema, che simulano un telefono cellulare sul computer desktop. C'è un Microsoft articolo di supporto che spiega dove è possibile scaricarli.

ASP.NET controlli mobili

I controlli ASP.NET mobili, precedentemente knowns come "Microsoft Mobile Internet Toolkit" Estendere il .NET Framework e Visual Studio per creare applicazioni Web mobili consentendo ASP.NET per fornire markup per una vasta gamma di dispositivi mobili.

I controlli mobili ASP.NET rendono il markup appropriato (HTML 3.2, WML 1.1, cHTML, XHTML) mentre si occupano di diverse dimensioni dello schermo, gli orientamenti e le funzionalità del dispositivo.

Per saperne di più qui sul sito web ufficiale.

Answer 2

Un paio di cose che dovrei parlare dato che io lavoro su una rete wireless in Canada. Cercare di mantenere le immagini di piccole dimensioni (o addirittura inesistenti) per aumentare i tempi di caricamento e ridurre le spese di dati. Sulla nostra rete, se l'utente non è abbonato a un piano, la nostra rete di carica $ 15 / mb. Alcune immagini non ottimizzate un telefono cellulare tenta di scaricare potrebbero costare l'utente, e quelle immagini di grandi dimensioni non starà bene comunque.

Lo so che non influisce voi, ma se si utilizzano altri protocolli, come lo streaming, o qualsiasi protocolli basati UDP, impostare il pacchetto Dimensione massima per atleast 1300 byte o inferiore. Proprio a causa del modo in cui una mobile funziona come è si muove intorno alla rete, vengono aggiunti di informazioni di intestazione in più. Con il protocollo TCP / IP che usiamo MSS-bloccaggio per la protezione contro le grandi questioni di pacchetto, ma questo non può essere applicato a qualsiasi trasmissione UDP, o qualsiasi protocollo protetto che utilizza un Authentication Header. Se i cellulari ci si rivolge sono offerti da RIM, questo punto può essere ignorato completamente.

Alcuni cellulari possono utilizzare un proxy WAP quando si parla di sei server, se questo è un caso, cercare di evitare con tutte le connessioni che richiedono un keep-alive TCP / IP. Alcuni proxy sono impostati per non consentire alcuna sessione keep-alive passano attraverso di loro, anche se ho beleive la maggior parte di quelli nuovi vanno bene.

Sono sicuro che v'è di più, la cosa più importante che si dovrebbe tenere a sei presente che la connettività IP al cellulare è molto più complesso quindi l'apertura di un browser web qualcuno. Questo trasporto può essere estremamente difficile, quindi se si tenta di fare qualcosa di veramente fantasia, anche se funziona ora, potrebbe non sempre funziona. Anche un ultimo punto rapida, la perdita di pacchetti latenza e può oscillare selvaggiamente, quindi se stai facendo qualcosa in tempo reale, è la latenza potrebbe colpire 200 + ms, e ho visto la perdita di pacchetti picco a 20-30% i livelli di breve volte.

Buona fortuna, e se avete domande specifiche, assicuratevi di chiedere loro.

Answer 3

Maggiori informazioni qui: finestre-mobile-sviluppo-dove-a-begin