电子菜谱的系统架构 是B/S的好呢 还是C/S的好呢？ C/S架构的品牌都有什么呢？

Question

如题所述

Answer 1

这两个没有谁好谁坏，只有领域不同适用架构不同，想要保持数据的安全行，稳定性、不联网情况下正常使用时，则最好用CS架构，如想要操作快捷，易更新升级，则最好使用BS架构，典型的“乐谱电子菜谱”刚好集两者之优点，双重选择，具体根据用户要求可以灵活变更调试，具体情况及对比如下：
C/S 与 B/S 区别：
Client/Server是建立在局域网的基础上的.Browser/Server是建立在广域网的基础上的.
1．硬件环境不同:
C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务.
B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理. 有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行
2．对安全要求不同
C/S 一般面向相对固定的用户群, 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息.
B/S 建立在广域网之上, 对安全的控制能力相对弱, 面向是不可知的用户群.
3．对程序架构不同
C/S 程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑.
B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟.
4．软件重用不同
C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.
B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就入买来的餐桌可以再利用,而不是做在墙上的石头桌子
5．系统维护不同
系统维护是软件生存周期中,开销大, -------重要
C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统
B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级.
6．处理问题不同
C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统
B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小.
7．用户接口不同
C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高
B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本.
8．信息流不同
C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低
B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更象交易中心

Answer 2

简单的说c/s代表的是传统意义上的拥有客户端和服务器端的网络软件或系统，可以用譬如vb或vc等语言开发，比如最常用的oicq就是。而b/s代表的是服务器端由web服务器发放，客户端由浏览器接收的系统，它的前台是html语言，由浏览器解释。b/s结构可以由web服务器能够解释的脚本语言如asp，php或jsp等编写，也可以由vb，vc或perl等语言写成cgi形式。严格来说，b/s结构也是一种c/s结构。

E餐通电子菜谱是以高端、时尚的平板电脑为载体的电子点餐系统。目前，拥有两个版本，一个是基于苹果iPad电子菜谱，另一种是基于Android系统平板电脑的电子菜谱，顾客可借助iPad/Android精美的触摸屏“刷”屏点餐，整个点餐过程变得简单自由和方便快捷，提升用餐体验。

E餐通电子菜谱通过Wi-Fi无线传输，集多种功能于一身。不仅能实现自助点餐、呼叫服务、一键下单、菜品随时更替，还可以植入酒店广告、进行宣传以及菜品推荐、营养分析等拓展功能，降低餐饮酒店运营成本。本回答被网友采纳

Answer 3

未来哪个好还真不好说，现在的电子菜谱现状就是，c/s架构方式开发的产品居多，而b/s开发的也有，但是速度大多很慢，不流畅，用户体验差一些。

不过有少数公司b/s和c/s都支持，这方面做得比较好的有秀餐电子菜谱和餐行健电子菜谱。在价格方面，秀餐电子菜谱性价比又更好一些。

Answer 4

餐饮行业要求： 快！，实用！
CS适合大部分市场要求
BS目前架构很好，达到餐饮需要的效果很难

Answer 5

一般的都是b/s结构~