如果你有一些社交网络应用程序并且你希望你的用户使用移动设备与他们进行交互，你会使用WAP或普通网站的瘦身版本吗？
我的思路是，由于所有可用的移动网络浏览器（Iphone，Opera Mini），WAP已经死亡或至少开始流血致死。这是一个很好的假设吗？
此外，在选择您想要开发哪种移动访问时，您应该考虑哪些受众群体注意事项？
我不确定我的目标设备。我很确定我的用户会更“现代”，所以我们可以假设Windows Mobile，iPhone和Blackberry设备。
答案 0 :(得分：7)
WAP 2.0 = XHTML Mobile Profile。我假设WAP是指WAP 1.0和WML。现在几乎所有移动浏览器都支持XHTML MP（或者一些近亲）。
有关移动开发的最佳做法，请参阅dotMobi Mobile Web Developer's Guide。
我建议你使用类似WURFL的东西来自动检测移动浏览器，并使用无线CSS为它们提供XHTML MP。我已经以这种方式为应用程序构建了一个移动前端，并且它适用于许多移动浏览器（移动，即歌剧，开放，...）。
答案 1 :(得分：1)
您应该使用标准的XHTML 1.0 Strict或XHTML Mobile Profile。 WAP很快就会死掉（如果还没有）。
答案 2 :(得分：1)
减少HTML。
在我看来，WAP网站普遍很丑陋，随着移动浏览器变得越来越强大，Ajax应用程序越来越可能（并且可以很好地利用人们可能拥有的有限带宽/数据计划。但是如果你需要支持这个星球上的每一个移动设备，你可能不得不对WAP做些什么。
您的目标设备是什么？一切，现代电话，智能手机......？
答案 3 :(得分：1)
开发了一些移动应用程序后，我会说大多数客户端都支持HTML。当然，为这些客户提供精简的HTML版本以便为共同点设计应用程序是安全的。但是，仍有大量客户只接受WML作为其内容类型，因此HTML无法满足所有用户。
如果您阅读HTTP_ACCEPT标头，则可以确定客户端能够理解的内容。根据我的经验，尽可能提供HTML更安全，并在必要时使用WML。
最重要的是，如果您不愿意支持两个版本的网站，请使用精简版HTML（最好是XHTML）。如果除了HTML之外你还可以支持WAP，那么对于不理解HTML的客户来说，这是一个很好的回退。
答案 4 :(得分：1)
请记住，WAP具有自己的优势，从移动手机浏览的普通HTTP网站不具备这种优势。
主要的一点是，您可以访问WAP结算，在那里您可以从可能没有信用卡的客户那里收取少量资金。
此外，您还可以使用MSISDN（手机号码）唯一识别和跟踪您WAP网站的访问者。