如果您有一些社交網絡應用程序，並且您希望用戶使用移動設備與它們進行交互，那麼您會使用WAP還是使用WAP的瘦身版本的常規網站？WAP網站與手機網站的傳統HTML
我的思路是，由於所有可用的移動網絡瀏覽器（Iphone，Opera Mini），WAP已經死亡或至少開始流血致人死亡。這是一個好的假設嗎？
此外，在選擇想要開發哪種移動接入方式時，應考慮哪些受衆羣體考慮因素？
我確信我的目標設備。我很肯定我的用戶會更「現代」，因此我們可以承擔Windows Mobile，iPhone和Blackberry設備。
WAP 2.0 = XHTML Mobile Profile。我假設你是指WAP 1.0和WML。目前幾乎所有的移動瀏覽器都支持XHTML MP（或一些親密的表親）。
有關移動開發的最佳做法，請參閱dotMobi Mobile Web Developer's Guide。
我建議你使用類似WURFL的自動檢測移動瀏覽器，併爲它們提供帶有無線CSS的XHTML MP。我已經用這種方式爲應用程序構建了一個移動前端，並且它在很多移動瀏覽器（手機，即opera，openwave等）上運行良好。
您應該使用標準的XHTML 1.0 Strict或XHTML Mobile Profile。 WAP很快就會死去（如果它還沒有的話）。
瘦身HTML。
WAP網站都普遍難看，在我看來，用手機瀏覽器變得更加強大，Ajax的應用也越來越可能的（可以用有限的帶寬做工精良/數據計劃的人可能有。
但如果你需要支持所有的移動設備在這個星球上，你可能需要做一些與WAP反正。
你有什麼目標設備？一切，現代上下的手機，智能手機只是......？
有開發了一些移動應用程序，我想說大多數客戶端支持HTML。它是c可以安全地爲這些客戶提供精簡版的HTML，以便爲公共標準設計您的應用程序。但是，仍然有相當數量的客戶端只接受WML作爲其內容類型，因此HTML無法滿足所有用戶。
如果您閱讀HTTP_ACCEPT標頭，您可以確定客戶端能夠理解的內容。根據我的經驗，在任何時候都可以提供HTML服務，並在必要時回退到WML。
底線是，如果您不願意支持您網站的兩個版本，請使用減薄的HTML（最好是XHTML）。如果除了HTML之外還可以支持WAP，那麼對於不懂HTML的客戶端來說，它可以很好地回退。
請記住，WAP有自己的優勢，即從手機瀏覽的普通HTTP站點不會造成這種情況。
一個主要的問題是您可以訪問WAP計費，您可以從可能沒有信用卡的客戶那裏收取少量費用。
此外，您還可以使用MSISDN（手機號碼）來唯一標識和跟蹤訪問者WAP網站。