架构问题

Question

做了一个项目， 是通缩Socket  UDP协议 与下位机通信（门锁）  还包括一些物业管理方面的内容。 这样一个项目  是不是该归类与  C-S 结构呢 ？

Answer 1

cs是Client/Server   客户端/服务器
bs是Brower/Server   浏览器/服务器你的这个项目你觉得属于哪个呢

Answer 2

你使用浏览器做客户端平台吗？就算使用使用浏览器作为客户端界面载体，假设你的主要用户交互都是用插件方式与服务器交互，而不是通过浏览器解析form提交和下载功能，那么也可以算是c/s的。

Answer 3

所有的 B/S 程序都是特殊的 C/S 程序。因为 Browser 是一个特殊的 Client。和 C/S 相对应的是没有中心服务器的 P2P 对等架构，而不是 B/S。

Answer 4

你选择的其实是基本的通讯模式，而不是架构。你的上位机是不是服务器不重要。许多时候，上位机其实是客户端，而下位机是服务器。其它时候，上位机可能既是客户机也是服务器。同时，上位机可能又是更大网络中的一个客户机。等等，只有具体了才有所谓“架构”。而且任何架构都会在开发中随时修改的。我想只有具体的通讯交互时序才是所谓的架构。架构这个词被滥用了，我从来不把什么“c/s、b/s”这个说成是什么架构，别人这样说的时候我都要好好忍耐一下子。对于b/s很好说，因为浏览器处理网页是一种非常简单的东西，虽然因为如此普遍采用（所以才能被用来跟c/s对比），但是它毕竟是一种非常死板的前端架构里边的一小部分（你怎么知道web服务器集群之间以及之后是如何架构的呢），也非常缓慢。但是对于其它通讯，都是比较复杂的，没有具体分析通讯时序内容就不要轻言“架构”。

Answer 5

我想有些公司随便把“b/s、c/s”说成是架构，可能是因为现在人力资源市场上游荡着太多的只会编写网页的开发人员了吧。对于这些人确实可以说自己是做b/s的，就算做服务器端也就是一个单机小网站这样子。所以他们做涉及通讯的使用程序，没有任何专业知识，所以喜欢把自己喜欢的b/s说成是架构高层。其实涉及通讯的编程工作还是很多的。

Answer 6

打个最简单的比方吧。假设你的上位机（我就按最低级的“架构”来假设，假设它是个单机）被用户操作，然后发送一条消息给一部分下位机，然后下位机跟其它种类的下位机（比如从用于通讯通讯的下位机传送到用于控制运算的下位机）进行数据下发，发完之后通讯机器直接返回消息给上位机，并且记住了上位机的回调消息的EndPoint。而当下位机做完一项长时间的任务时，并且它能够连上通讯机器时，下位机才采集数据，然后整理之后发送给上位机。这个简单的所谓架构，可能可以解决某些生产现场实际的问题。也就是说你表现的这个所谓架构设计，是因为遇到了物理的或者性能方面的重重障碍，而根据用户实际情况设计出来的，不是什么空洞的架构概念。因为遇到实际生产环境才能发现的困难，所以才能证明你们的产品架构比别人的竞争厂家的更实用，这才叫做架构设计。不是说从书本上抄一个概念就叫做架构设计。

Answer 7

感谢 sp1234 和大家的回复  遇到实际生产环境才能发现的困难 
  其实我也很迷惑， CS架构的话  我写的这个程序 并没有  客户端和 服务器之分。所以我在写文档的时候没写实什么架构的。为这 被老板问起，要我下次写上什么架构的。
  
   这个程序  我是表示层， 逻辑层，数据层 ，通信层， 解析层  等 很多层的。 如果我简单的说  这是一个基于多层架构 的多任务应用程序   这样合适吗？