如果您有一些社交网络应用程序，并且您希望用户使用移动设备与它们进行交互，那么您会使用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网站。