Niekoniecznie myślę, że to, co proponuję, jest najlepszym rozwiązaniem w wielu przypadkach, jednak może to być alternatywny wgląd w obszar problemowy.
Zamiast wykrywania przeglądarki mobilnej jako takiej, która ma pewne podobieństwa/wady do podsłuchiwania przeglądarki.
Zamiast tego przyjmij podejście elastycznego projektu. Nie będę tutaj szczegółowo omawiał responsywnego projektu, ponieważ odsuwa nas od ścieżki. Jednak to, co może zapewnić, to podejście, które zamiast dostosowywać całe doświadczenie w oparciu o wykrytą przeglądarkę, jest subtelniejszą metodą dostosowywania doświadczenia w oparciu o rozdzielczości ekranu, możliwości css, włączanie obsługi JavaScript itp.
Responsywny projekt nie jest technologią za powiedzenie, ale zestawem technik, które umożliwiają stopniowe zwiększanie poziomu doświadczenia w zależności od używanej przeglądarki (przeglądarki mobilnej).
To, na co technika responsywna naprawdę nie pozwala (lub przynajmniej jest zagrożona), to bardzo dramatyczne różnice między np. wersja mobilna/wersja na komputery. Ponieważ każdy z nich zwykle zanieczyszcza oddzielne doświadczenie, np. html może być ukryty w wersji mobilnej, ale może być nadal pobierany w tle ... ale techniki te rozwijają się np. Do pobrania obrazu o niskiej rozdzielczości w przeglądarce mobilnej i wysokiej rozdzielczości na monitorze panoramicznym można użyć kodu JavaScript.
Ale zawsze możesz umieścić link do całkowicie oddzielnej wersji strony mobilnej/wersji na komputery, aby umożliwić użytkownikowi podjęcie decyzji o cofnięciu się.
Brak odpowiedzi? Mam to samo pytanie ... co postanowiłeś jako rozwiązanie? –
spójrz na to pytanie/odpowiedź: http://stackoverflow.com/questions/9587111/mobile-site-detection-server-side-vs-client-side – avs099
Użyj biblioteki detekcji mobilnej "Handset Detection" http://www.handsetdetection.com
można uzyskać zestaw API wykrywania zestawu .NET NET, odwiedzając następujący odsyłacz:
http://code.google.com/p/handset-detection-asp-net-api-kit/
–