求解《无线点菜系统》的web实现方式有何缺陷

现在各类《无线点菜系统》的广告满天飞，得益于平板电脑的普及和wifi的便利，但是我最近了解了一下，很多大大小小的软件公司，他们的无线点菜系统，都是针对不同的系统，比如有些只能用在安卓系统，有些用在苹果系统，有的么有不同的版本。我就纳闷了，现在B/S架构这么流行，为什么不用B/S架构呢？ 难道是采用B/S架构有什么致命的缺陷或实现不了的功能，让大家非得采用需要安装的应用程序。请大家 帮忙分析下。

解决方案 »

  1.   

    用B/S当然也可以实现，不过因为终端屏幕大小及不同的终端大小差异很大的限制，用B/S模式的话展现不方便，体验度也会下降。
    B/S在PC上是非常成熟的，但在终端上还不是最佳的方案。
      

  2.   

    B/S架构确实要比C/S的容易做，而且实现起来也很快，主要的方面就是在手机上做网页不像pc机上那样可以做的那么漂亮，另外一个方面就是使用浏览器客户会感觉不是很方便，需要有访问地址。但是如果用c/s的做就好些，页面的操作不在那么简单点击这个超链接跳到那个超链接，以软件的方式呈现在客户面前，封装访问地址，让用户只关心内容而不涉及到其他，这样用户也用着方便但是C/S架构的设计比前者更加复杂，有的时候需要涉及到数据格式的解析。。
      

  3.   

    最近看到jquery 有一个 移动设备上使用的框架，jquery mobile 貌似不错的样子
      

  4.   

    jquery都是具体实现了（当然是基于B/S的），都不是很难，最重要的是B/S它展现不方便，用户使用和体验不好，这也就为什么目前的终端应用大部分都是C/S的原因。
      

  5.   

    B/S做的好体验一样不错的，它的好处大大的，维护也简单
    很多客人可以用自己的手机，省去一笔费用
    地址也不用输入，在wifi路由上把点菜系统设成默认页面就可以了
      

  6.   

    首先，这个问题很多人归结为B/S表现力不行，操作感不好。其实这个也不尽然，移动设备现在开始热捧html5，html5的表现力至少不弱于andorid系统的应用。
    然后，事实上移动设备B/S开发的复杂度大于手机客户端的开发，这个困难度主要是在视图层。一方面，手机客户端可以按照本机的屏幕去发布制定的端，另一方面软件被安装在设备上权限高于依托于浏览器的网页，可以依托于环境自动调整视图。
    第三就是流量问题了，客户端打开后，流量都是用在了加载数据上，因为容纳数据的各个界面都是软件里写好的，而页面不一样，所有样式和样式相关的图片都需要消耗流量去加载，所以浏览一样的数据量，流量多消耗很多。
    最后就是商务问题了，一个自己的客户端和一个靠浏览器的网页，带来的商业价值是不一样的。VB之父Alan Cooper不是说过么，知道自己行为所导致的商业价值的程序员身价与黄金相当。
      

  7.   

    其实就是因为B/S在移动终端设备上不成熟，并且屏幕分辨率大小不同。导致最后的效果也不同。所以为了保证统一的界面化效果，只有采用C/S。
      

  8.   

    我现在已经发现两家在卖B/S了，就是不知道效果怎么样
    我本来想找开源软件来实现这个功能，搜了N久，也没有个合适的