Jquery mobile jQuery mobile/tablet/desktop与knockout.js的签出流程

我试图通过完全重新构建我的网站，最终修复我为移动用户定制的购物车流程。我为所有手机、平板电脑和台式机用户选择了jQuery mobile

实际流程相当简单，包括付款选择贝宝或信用卡、地址输入、付款输入、项目确认

我想要绝对最好的体验，完美地根据用户的屏幕大小定制

对于手机用户，我有三到四个概念性的“页面”信息，可以很好地映射到jQuery ui页面，但是在平板电脑中，我希望一次显示两个或多个ui页面项目——可能以不同的顺序移动各个部分

我想到了一些直接的并发症：

如果我使用jQuery页面，而用户在桌面上，并且他将窗口的大小调整为较小，那么会发生什么呢。反过来应该发生什么。对于小屏幕和大屏幕，我是引导人们使用完全不同的流程，还是尝试使用css/javascript来适应实时性 考虑用户是否在手机上犯了错误，或者想改变他的购物车。他将向左滑动，我需要转到他所处的最后一个逻辑步骤。 我认为，尝试使用复杂的浮动css和基于屏幕大小的方法很快就会回来咬我。 网站的其余部分还不存在，比如添加到购物车，我想找出一个策略，在整个应用程序中都能很好地工作。 我目前最好的想法是：

创建两个独立的“流”。首先是手机，它将使用真正的jQuery页面。其次是桌面，它只有一个页面，或者可能是两个页面。 我认为第一个“页面”是一个完全响应的设计，可以扩展到桌面，但只包含手机用户的第一个逻辑步骤。所以我会把大部分页面隐藏在小屏幕上。显然，只有手机用户才能看到导航到第二个和第三个ui页面项的按钮。这将导致在多个页面上出现重复的字段，但我同意这一点。它将为手机用户提供他们所期望的适当的页面体验和历史管理，而桌面用户只需要看到第一个ui页面。 为了让它很好地工作，我需要将KnockoutJS与单个站点范围的“cart”模型结合使用。这将使维护两个不同的流变得更容易，而且如果我在多个页面上复制了相同的内容，当用户切换页面时，它将自动更新。 好主意/坏主意？我可以看看移动结账的好例子，或者jQuery/Knockout专家有什么建议，或者看到什么明显的危险我应该注意