物联网文档1: 用浏览器调试tcp
本帖最后由 sinanjj 于 2010-9-15 17:44 编辑完整版在
http://08680.com/viewtopic.php?f=5&t=18
tcp通讯等效成可靠的硬件连接
tcp协议的设计目的是为了在软件层面虚拟出一个可靠的硬件直接连接.
使用了tcp协议后, 两端的通讯可以认为是建立的可靠的硬件直接连接的基础上的.
我们可以将A和B之间的tcp通讯, 看作A和B之间有可靠的硬件电缆连接进行的通讯.
浏览器将数据变成按钮/色彩/音视频/文本内容等展示出来
打开一个网页, 实际上是通过tcp传输数据, 浏览器程序将这些数据解析成我们熟悉的网页形式.
随着web标准的推进, 浏览器能表现的内容越来越丰富, 原来必须在pc软件上做的很多工作可以在浏览器里完成, 典型的例子是google docs. 可以预见的, 未来, 人们面对的很大一部分界面是在浏览器里的.
可以说, 浏览器就是界面渲染程序, 它渲染一些数据成用户界面. web标准规定了浏览器应该如何解析数据, 比如, 规定<button>标签应该渲染成一个按钮.
为什么要用浏览器调试tcp
现在存在大量VC等工具编写的tcp调试工具, 那么为什么我们还要用浏览器调试tcp呢?
因为能用浏览器调试tcp, 就意味着我们可以用浏览器发出tcp信息, 经过转换后, 信息可以用于各种用途------比如: 控制一个灯的开关! 也就是说, 能用浏览器调试tcp, 就能在浏览器里实现原来vc等工具编写的控制软件功能. 而浏览器界面, 相比与其他界面, 有很多优势.
首先, 从软件的兼容性上考虑, 浏览器界面是可以适用于各种pc操作系统和嵌入式系统的, 而其他方式则无法解决这一问题(windows的程序手机上能用么?). 浏览器界面, 才是真正的一次编写, 到处运行的(java的虚拟机可以不装, 浏览器能没有么?). 从这一点上看, 应用程序的界面最好放在浏览器里.
其次, 使用者只需要记住一个域名就可以, 随时随地的可以使用. 浏览器界面一旦做出来就是可以"远程访问"的, 而其他解决方案则需要这样或那样的支持库或者支持人数较少的远程登录控制.
第三: 浏览器程序的控制权容易控制, 因为它绑定在域名上. 不用再担心盗版问题啦.
浏览器直接建立tcp通讯的方案选择
1, websocket
在HTML5中, 规定了websocket作为浏览器建立tcp通讯的标准方案. 不幸的是, 这一标准还在不断变动中!
http://www.websockets.org/ 有一个测试可以做, 截至到目前为止, 依然是"Coming Soon".
鉴于它目前不稳定的这一情况, 我只能选择别的方案.
2, flash
flash提供了直接建立tcp的功能. 鉴于目前的状况, 我们还是使用flash吧. 是不是应该专门建立个知识库网站呢...
纠结中.... 应该建一个,以亲身体验引领潮流,传道解惑,善莫大焉 肯定的, 我串口转网络硬件出来就....呵呵
实际上我去深圳演示过.
你想看我也可以给你演示....(当时感兴趣的都去演示了, 大家都认为作出低价产品来是首要要务!) 浏览器将成为所有轻量级应用的平台，对操作系统依赖的问题将不复存在
但功能复杂的重量级的，可能要选择专用系统 浏览器将成为所有轻量级应用的平台，对操作系统依赖的问题将不复存在
但功能复杂的重量级的，可能要选择专用系统
McuPlayer 发表于 2010-9-21 18:28 https://bbs.21ic.com/images/common/back.gif
我觉得重点在于漂亮UI ＋ 简单功能．
浏览器还是有很多不能干的事情．不过，漂亮UI这一点, 和随时访问这一点, 优势也是很大的. 市场因该是有的 本帖最后由 itspy 于 2010-9-22 17:11 编辑
8# sinanjj 漂亮的UI，
网页能调试TCP/IP吗，似乎现在没有吧，感兴趣
实用才是第一位的
漂亮的UI，用FLASH技术，或者未来的HTML5即可实现(然而HTML5还没出来吧）
然而要考虑速度，实用各种问题。。。 应该建一个,以亲身体验引领潮流,传道解惑,善莫大焉
贾正晶 发表于 2010-9-19 12:06 https://bbs.21ic.com/images/common/back.gif
不错
页:
[1]