车库咖啡网络现状及改造建议

受陈首席委托,本人于5月17日对车库咖啡的网络部署情况进行了实地考察,总结了一些目前存在的问题,并给出改造建议。水平所限,文中定有不妥之处,还望各位弯曲网友多给把关,集思广益得到最合理的解决方案。

网络现状

车库咖啡采用8线ADSL接入,速度均为下行2Mbps/上行512Kbps,服务商为北京联通。(据创始人介绍,除联通ADSL外,车库咖啡所在建筑无其他互联网接入服务可供选择。)线路由图中所示B点入户,在A点与B点各放置了4台ADSL Modem,再由位于同一位置的4台路由器做PPPoE/NAT,其中包括D-Link DI-7200企业级上网行为管理路由器(最大支持4路WAN接入,使用3路连接ADSL)2台、Cisco/Netgear家用级无线宽带路由器各1台。

车库咖啡营业面积大约800平米,分为会议室、书房、大厅三大功能区。为实现全面的Wi-Fi信号覆盖,4台路由器LAN口又连接了若干家用级无线宽带路由器,当做AP使用;在大厅中部分区域,采用了无线网桥的方式拓展信号。整个车库咖啡共有4个SSID供顾客使用,它们彼此独立,无法实现无线漫游等特性。

现存问题

经过调查分析,车库咖啡网络目前存在如下比较明显的问题:

  • 网络割裂:缺少核心交换设备的车库咖啡网络被分割成孤立的4个区域,接入不同SSID的用户无法实现高速数据传输;接入资源也未进行聚合及统一调度,导致带宽利用率失衡。例如考察当天下午(非高峰时间),接入Netgear产品提供Wi-Fi服务的用户数量一度超过拥有3条ADSL接入的D-Link DI-7200,前者的2M下行带宽已满,后者仍有很大余量。
  • 应用流控失控影响网络使用体验:D-Link DI-7200具有一定的应用控制能力,也配置了屏蔽P2P下载的策略,效果却不尽人意。在使用迅雷下载热门应用时,3条ADSL的上下行带宽很快饱和,影响到其他顾客的上网体验。多数在线视频服务也会对网络造成很大压力,例如打开优酷超清视频后,下行带宽很快从1M左右达到饱和。Cisco/Netgear的家用级设备则不具备任何应用识别及控制能力,且在提供Wi-Fi服务的同时要处理DHCP、NAT等业务,网络使用体验难以保证。
  • Wi-Fi接入体验欠佳:现有无线方案采用家用级产品部署,在顾客较多时效果欠佳,例如考察当晚金山公司在大厅做活动(目测来宾超过200人)时,几个接入点都会有拒绝连接的情况发生。即便侥幸连上Wi-Fi,网络也几乎不可访问。下图是连接后PING路由器内网口IP及百度时的延迟及抖动情况。
  • 不合理配置:个别AP启用了NAT,导致D-Link DI-7200上的MAC/IP绑定、ARP抗攻击、连接数控制及监控统计功能失效,对网络安全性及可管理性造成影响。

改造建议

综上所述,对车库咖啡网络提出如下改造建议:

  • 统一调度接入资源:将8条ADSL线路进行整合,提高带宽利用率。从保护原有投资角度考虑,可使用两台D-Link DI-7200各接4条ADSL。开启其中一台上的DHCP、MAC/IP绑定及ARP抗攻击服务。
  • 对应用进行识别、控制及分流:从车库咖啡“创新孵化器”的具体需求出发,结合日常顾客对互联网的使用习惯,针对应用设定不同的QoS及访问控制策略。同时可基于上述的双网关部署,实现关键应用及非关键应用分流。根据陈首席公布的认捐情况,可使用Panabit专业版实现此功能。
  • 集中交换:局域网需实现物理上的统一,保证性能及可管理性,同时划分不同VLAN给创业团队、VIP用户及普通顾客使用。为简化Wi-Fi方案的部署难度,交换机需支持PoE供电。根据陈首席公布的认捐情况,可使用盛科交换机实现此功能。
  • 部署企业级Wi-Fi解决方案:根据车库咖啡在Wi-Fi接入方面的复杂需求,需部署企业级Wi-Fi解决方案,以无线控制器+瘦AP的方式解决兼容性、可靠性及性能问题。建议开启多SSID特性,将VLAN划分策略延展至Wi-Fi接入层面。

关于车库咖啡(本节内容摘自百度百科)

车库咖啡于2011年4月开始营业,是一家以创业和投资为主题的咖啡厅,创业者只需每人每天点一杯咖啡就可以在这里享用一天的免费开放式办公环境。可以说,车库咖啡不仅是创业者的低成本办公场所,也是投资人的项目库。

车库咖啡的“常驻”创业团队大约有10个,并仍有新的团队不定期“入驻”。在过去半年时间内,车库咖啡已经促成12个创业团队获得天使投资。

车库咖啡的访客不仅有大量的创业者和投资人,还包括关注创新和创业的媒体记者。

(9个打分, 平均:4.00 / 5)

Google 扩增实境(Augumented Reality)眼镜计划

Image

用户戴眼镜,眼前会出现快捷标识。

用户戴上眼镜能查询地图。

Google 共同创办人 Sergey Brin 戴着 Project Glass 眼镜现身

Image
Google 的 Project Glass 计划前两天刚出现的时候,看起来像是一群工程师闲暇时间太多在做的梦而已(事实上应该也是这样没错啦…)。但没想到的是,现实世界中还真有这么个设备存在,而且是由 Google 的共同创办人 Sergey Brin 戴着,出现在一场慈善活动上。据拍照的 Robert Scoble 叙述,Brin 的眼镜看起来完全是可运作的,可以看到淡淡的蓝光投射在 Brin 的眼睛上,同时听说不只是 Brin,其他 Google 的高层像 Vic Gundotra 也都有这样一台设备在测试中。

Google 的智能眼镜计划最近引起了不小的反响。许多人热情的盼望它早日成为现实,但是持批评态度的也不在少数。这些批评有讽刺性的言论,有搞笑的视频,还有对于其毁灭人性的能力的担心。虽然智能眼镜实现的不过是智能手机的功能,但是它将现实虚拟化的潜力却更大,或许这是许多人担心的理由。

google_project_glass

在这里,我们暂时把它可能产生的社会影响放到一边,从用户体验的层面考虑一下。毕竟,智能眼镜和手机不同,它所输出的文字和影像直接展现在视野之内,是否会让人产生不舒服的感觉?Technology Review 网站为此采访了神经生物学专家 Mark Changizi。

根据 Mark Changizi 的说法,Google 智能眼镜的设计从生理学上来说,并不会给人带来不舒服的感觉。“从视觉上说,图像不会在你的前面浮动,因为它只展现给一只眼,”Changizi 解释说。

这就好像你在视野的边缘看到自己鼻子的影像,多数情况下我们不会去注意。”从每只眼中接受非对应图像,实际上已经是我们非常习惯的东西了“。

同时,他也指出,视频中展示的清晰的文字影像并不容易做到。“他们要展示给你文字,要辨别那种细节,你需要将影像放在眼睛的小窝前面,那是你视野的微小、中心的部分”。而这通常不是我们接受非对应图像的地方。

Changizi 认为,影像的合理位置应该放在视野中的脸部那里。“更加自然的放置位置,特别是非文字的时候,应该是你的视野中脸部影像已经存在的地方。”这会使得电子图层像是自己身体的一部分。电子界面的体验更加潜意识化,而不是让人感觉是盯着手机屏幕。

一位 Google 员工告诉 Technology Review,智能眼镜开发团队进行了许多实验,包括户外测试。对于测试对用户体验视觉层面的结果,他没有透露任何细节。显然,Google 官方放出的视频更多的是一种理想状态。

虽然最终结果如何还不好预测,但是 Changizi 比较乐观。“现在我们看到许多人在走路的时候眼睛盯着手中四寸的屏幕,彼此碰撞,” 他说,“无论 Google 的智能眼镜结果如何,它肯定会是一个提升。”

题外话:the Verge 网站采访了 Google 联合创始人 Sergey Brin。Brin 说智能眼镜仍处于早期原型机阶段, Google 发布视频的目的是收集人们的反馈。他说,Google 希望最终产品能够和各种不同的设备相连接。另外,智能眼镜还需要通过射频辐射测试,这对于 Brin 来说非常重要。当问到产品上市的时间时,Brin 回答说,”给我们些时间“。

提供14种服务

谷歌公司在其社交网站“谷歌+”上简单介绍“眼镜计划”,公布产品原型和一段2分30秒的视频。视频从眼镜佩戴者角度拍摄。

从视频来看,谷歌眼镜并非传统模样,主体是一根钢圈,可以架在鼻梁上,右眼前方是一块邮票大小的透明显示屏。

谷歌公司称,眼镜计算机提供拍摄照片、视频聊天、天气信息、导航信息、日程提醒等14种服务,由用户声控操作或所处环境触发。

视频中,用户行走在美国纽约街头,不时张嘴说话,向眼镜下达指令,譬如拍一张照片并上传至“谷歌+”;当他看向一面空白墙时,显示屏弹出对话框,提醒用户晚上有约;当他看向窗外时,对话框显示降水几率为10%;显示屏还弹出对话框显示用户的一名朋友就在附近。当收到朋友信息询问当天稍后能否见面时,显示屏出现提醒内容;用户口述回复,显示屏原有内容上叠现一个麦克风标识。

将进行公开测试

谷歌公司旗下X特别项目小组两年前开始开发“眼镜计划”。这一团队专门致力于开发概念产品,包括自动驾驶汽车。

谷歌称,眼镜尚在调试阶段,现阶段公布旨在展示“这项技术的样子”,希望网民就眼镜计算机提供的服务内容提出建议。谷歌官网上写道:“我们现在公布这一信息是想开始与您交流,获得您的宝贵参与。”

路透社4日援引谷歌内部人士的话报道,谷歌眼镜将进行公开测试。

路透社评论说,这款眼镜计算机产品可能帮助谷歌公司更好地推动谷歌在线服务深入人们日常生活,包括广告支持的网络搜索、地图和电子邮件等;也有助谷歌应对竞争对手苹果公司推出的新款iPhone 4S和语音助手Siri。Siri具备发电子邮件、安排会议、获取天气信息等功能。

上市日期尚未确定

关于“眼镜计划”,先前业界和媒体颇多揣测,这是谷歌公司首次公布细节。美国《纽约时报》今年初报道相关内容,称第一批产品可能于今年年底前上市,售价为250美元至600美元。

用扩增实境(Augumented Reality)加强过的生活,会长什么样子呢?

Project Glass 的假想影片,整合了语音输入、日程表、Google Maps 导航、打卡、视频等功能,除了搞不清楚要怎么操作外(眼球追踪?),其实看起来在技术上已经很接近实现了!

http://v.youku.com/v_show/id_XMzc2Mzc1NjU2.html

它可以传输近在眼前的信息。谷歌实体的“眼镜”设备的扩张正在干扰人们的商业模式,大家甚至不用掏出手机就能拍照,找到方向,或是给朋友发短信。如果谷歌的“眼镜”设备都可以做得到,那么你还会需要买最新一款iPhone或是在Facebook上花费大量的时间么?

该设备的模拟视频让人垂涎三尺,其展示了“眼镜”设备的强大能力,包括通过语音控制发送信息、拍照、分享Google+、找到朋友们的位置、查看地图、找方向、设置日历提醒等等。

将这么多的功能塞进这一“眼镜”设备中需要花费很多时间和努力,很多种可能会导致这一产品失败,最显而易见的如果这一设备笨拙或是老土,亦或它太重,太昂贵,易损坏,或者大众还没做好接受它的心理准备。让我们先忽略掉上述可能,倘若谷歌解决了种种问题,如果这一设备推出后广受好评,那么这将对苹果和 Facebook造成什么样的冲击呢,他们该如何采取措施保卫自己的利益呢?

“眼镜”设备把人们在iPhone和iPod上的所使用应用通通装到里面,“眼镜”可能是运行Android系统,并且由于该设备可能是声控的,它也有可能变成谷歌针对Siri的竞争者。

(2个打分, 平均:4.00 / 5)

MTK推出802.11ac + 蓝牙4.0无线Combo单芯片

MediaTek日前宣布其新MT7650芯片设计,该芯片融合了802.11ac无线连接和蓝牙4.0。高通公司上个月也提出了类似的方案。802.11ac可以提供比目前流行的无线网络更高的速度。MediaTek称这种芯片可以达到433Mbps的速度,它包含着2.4GHz和5GHz两种802.11ac网络。

MediaTek的这组芯片有一个优势,那就是它采用的算法可以降低wifi和蓝牙之间的无线电干扰,让它们能够分享相同的信号,从而降低消耗。该芯片可以在Win7、Win8以及Linux中使用。

在Marvell、Qualcomm Atheros、Broadcom等网络厂家纷纷推出802.11ac芯片时,MTK也推出了自己的802.11ac+蓝牙4.0的无线Combo单芯片解决方案,是否也会像当年山寨手机市场一样,大幅降低成本,让802.11ac能在笔记本电脑、平板电脑及智能手机等领域迅速普及呢?

MT7650整合IEEE 802.11ac技术、蓝牙4.0 LE功能、以及联发科的Wi-Fi/Bluetooth无线共存(co-existence)架构,提供433 Mbps超高传输速率的高质量点对点语音、数据和影像传输,并可使医疗、健身或其它感应器等通过超低功耗的蓝牙进行无线连接。

此外,MT7650整合完整的802.11ac MAC/基频/射频,解决复杂的无线网络技术问题,加速产品上市和降低成本。

MT7650无线单芯片支持802.11ac 无线标准,使Bluetooth 4.0+HS的传输速率提高到433 Mbps,比目前同类1T1R 802.11n combo单芯片传输速率快了近三倍。MT7650还支持移动装置主流的1T1R Wi-Fi传输架构,并配有联发科技特有的蓝牙和Wi-Fi信号接收路径共享机制,使无线模块无需配置外部分配器,仅以单一天线便可同时用于接收和发送蓝牙和Wi-Fi信号,在兼顾效能的同时节省硬件的成本;而其比802.11n高了一倍的80 MHz无线频宽,加上快了四倍的256 QAM调变技术,都是MT7650无线传输效率和效能大幅提升的原因。其内建的接收端波束成形技术(receive beam forming) 和空时分组码技术(space-time-block coding; STBC),也大幅拓展了无线传输的范围和容量,并延伸了有效的无线涵盖范围。此外,MT7650还支持Wi-Fi Display、Wi-Fi Direct及TDLS等其它点对点传输应用技术,使MT7650更能满足目前无线传输的主要需求。

联发科技无线联通事业部总经理蔡守仁表示:“领先推出业界首款802.11ac + 蓝牙4.0无线Combo单芯片MT 7650,联发科技将进一步扩大在无线通讯产业中的技术领先优势。随着笔记本电脑、平板电脑及智能手机的普及,用户对如何能在最短的时间内完成装置间高质量影音传输的需求更加强烈,同时,无线传输的便利性也使得用户对无线连接(wireless connections)的依赖与日俱增。但越来越多的无线装置,使得传统的Wi-Fi技术频宽更显捉襟见肘。支持802.11ac 标准的联发科技MT7650,将以更快、更高容量、更可靠的先进传输技术来克服这些挑战。” 蔡守仁接着说,“而且在传输速度较快的情况下,移动装置可迅速处理完工作并进入省电模式,反而能带来更低的耗电量,为用户带来更好的产品体验。”

MT7650将在2012年第二季开始进行的客户送样,相关硬件和软件开发工具也已完成。

MT7650单芯片主要产品功能包括:

- 内建完整系统架构(MAC/基频/射频)的802.11ac加蓝牙4.0 + HS单芯片combo解决方案

- 支持1T1R 802.11ac标准,提供高达433 Mbps的传输速率 (在80 MHz传输频宽模式下),并支持天线分集技术,使传输质量更好

- 支持Wi-Fi Direct技术,使无线装置能在不通过无线基地台的情况下直接联机

- 支持的WFA的Wi-Fi Display标准,使电脑能在不通过无线基地台的情况下直接将画面投射至电视上

- 符合蓝牙2.1 + EDR、蓝牙3.0 + HS和先进的蓝牙4.0 LE规格

- 支持Bluetooth Class I标准,使蓝牙覆盖范围更大

- 领先业界的Wi-Fi/Bluetooth先进无线共存架构

- 单一天线同时用于接收和发送蓝牙和Wi-Fi信号,精简的硬件架构

- 共享的蓝牙和Wi-Fi信号接收路径,无需配置外部分配器,节省硬件成本

- 支持Wake-on-WLAN以及Wake-on-Bluetooth等功能使无线终端设备更省电

- 支持Windows 7、Windows 8及Linux等多元化操作系统

(2个打分, 平均:5.00 / 5)

万维网操作系统初论

【去年思考道指令应用时,突然有一个把道指令扩展到互联网的想法,不是很成熟,但基本原理可行,陆陆续续写了几段,以后有时间再完善一下】

万维网操作系统初论 起源

最初的互联网只是科学家用来传输数据的工具,开始的应用也都与数据传输有关,如最早的FTP、EMAIL等,现在最流行的应用WWW也一样。万维网最初是物理学家为了查找资料方便而开发出来的一种网络应用,所以它的的本质都是为查阅文本资料而设计的,虽然后来衍生了很多基于web的应用,但这些应用没有一个不是基于页面阅读而设计的,如BBS、blog、Twitter、facebook等。那么基于Web页面的设计有什么显著的特性呢? 基于web页面设计的应用无非就是都是把网络服务器的数据用网页在客户浏览器中呈现出来,并允许用户再次对数据操作,用户的各种操作都必须经浏览器、web服务器、数据服务器再原路返回,每次的操作都可能启动各种计算设备上无数的程序来完成。这样基于web的应用与普通计算机程序就会有显著不同:基于web的应用已经没有普通计算机程序的相关功能,如进程、线程、堆栈、地址等。缺少普通计算机程序功能的web应用因此没有像计算机程序一样发展出各种管理程序的功能出来,简单地说,它本质上不能有操作系统的概念。可能有的人会有异议,说分布式操作系统、网格操作系统就是web的操作系统,分布式操作系统、网格操作系统本质上都是对计算机硬件资源的综合管理,它没有对web的应用这种更上层的应用没有提供有效的管理手段,如在分布式操作系统、网格操作系统建立web应用,那么也必须有浏览器、web服务器、数据服务器的处理步骤,与普通计算机一样。这些问题就给我们提出一个相当重要的历史任务,既如何建立web操作系统。

基本原理

由于web的弊端,基于web的应用没有本地计算机程序的相应概念,如进程、线程、堆栈、地址等,造成用户浏览器仅仅是呈现服务器数据及简单把用户数据发送工具,不能像本地程序一样,有数据空间、进程空间来包容各种用户数据。现在的脚本程序也可以在本地处理一些简单数据,但对于复杂数据处理起来非常繁琐,使用像ajax、xml等其他辅助技术来处理复杂数据。由于这些因素的存在,现在基于web应用对初学者来与学习本地编程语言不可比较。因此,本文尝试用一种结合本地技术与远程数据的技术,使得客户端程序处理远程数据时可像本地一样方便。为此,提出如下的基本解决方案。 1、 进程空间定义 Www协议的定义只是为了呈现用户文档数据,完全没有程序的概念,在web上建立应用时,就必须建立各种虚拟的数据空间,如cooke技术。任何人访问统一网站时,浏览器就会偷偷建立cooke文件,以便识别用户的访问,这是一种非常不和谐的技术。如果像本地程序一样,当用户打开应用程序时,操作系统便建立了一个程序运行的内存空间—进程,除非程序设计需要原因以外,进程不会在本地上再建立多余的文件,程序的运行只是对内存数据的处理,而web应用因为没有进程空间概念,浏览器也仅仅只是呈现数据样式,没有办法再进一步处理。为了让web应用像本地程序一样,本文提出可以像本地进程一样,定义一个进程空间。为方便,这里简单用xml来表示web进程的定义: <进程 ID=“8888”程序名=“facebook”> < … > < … > 如上所示,当用户访问各种网站应用时,web服务器返回的只是该应用服务的进程数据给浏览器,用户浏览器再根据进程数据位用户在本地建立进程空间。 2、 函数空间定义只有进程空间定义,web应用是没有办法运行起来的。操作系统出了会建立进程空间,为了并行计算方便,他还会建立诸如线程、纤程、对象等概念的相对独立的空间,这些空间的相对简单,且都是平等的概念,每个线程空间都是分布的进程空间线性范围内,不会交叉在一起,因此,web应用模仿操作系统也定义相似的概念—函数空间。函数空间用来包含用户数据,把用户数据相对分割开来,并提供函数内安全保护。简单表示如下: <进程 ID=“8888”程序名=“facebook”> <好友> <乔布斯ID=“1”/> <….> <粉丝> <…> <…> 这种表示方法与XHTML非常相似,但是这是有本质区别的,本文是为了web应用而定义的,而XHTML是为文档服务的。上述的表示方法基本上与本地进程一样,只是对空间进行简单的线性分割,采取这样的模型主要是为web应用设计方便。

万维网操作系统—空间意义

计算机被发明出来时,仅仅只是用来处理数字计算的工具,计算是第一功能,数据管理处于次要位置,特别为计算方便,设计的指令大部分都是计算型指令。后来由于多任务,程序开发、操作系统设计需要才加入各种管理程序任务(指令片段)的指令,但对数据的管理还是不太重视。如为管理动态数据的程序堆栈空间,与管理程序函数调用的功能混在一起,造成很多不便,大量病毒、木马就是利用管理程序函数调用的栈空间把伪装指令地址的数据加载到栈空间上,程序函数返回又不得不利用栈空间取回返回地址。这种涉及机制只能是对数据空间、指令空间不太重视的后果,管理程序调用的重要数据为何不能另外涉及一个空间来容纳?为何要与函数动态数据混杂在一起?一切都是为程序指令运行而不顾数据的重要性采取的措施,这个错误设计产生的不良后果已经大大超出他带来的微小效益。堆栈空间的设计不止带来空间溢出这种弊端外,影响了程序设计。栈空间是为容纳函数运行时的动态数据设计的,只有函数运行时才存在,当函数不运行时,所有的栈空间数据就消失了,因此为保存一些有用的动态数据,就必须采用申请其他内存空间的做法。一般都是在程序堆空间上申请,那么这种做法就会造成各种函数申请的堆空间都是同一个空间,程序没有办法为函数分配不同的堆空间,函数没有能力保护其动态数据的能力,随时都可能被其他函数破坏,这对可重入而设计的函数是一个灾难。但人类不会因为一个蹩脚的设计而去重新设计的,只好用一个更蹩脚的设计来代替,为了应付多任务运行,不得不在函数调用的基础上发展出诸如像线程的机制。但是线程虽然可以暂时解决多任务运行时的一些弊端,如保护私有数据,但对于一些小的多任务来说,线程太庞大了,如对象。按道理各种对象应独立运行在自己的对象空间中,但是因为指令设计的原因,各种对象也只是一堆积聚在一起的函数和数据,本质上都没有真正分开。这种设计的后果就是,对象不能真正单独存在,它必须在程序在精巧设计下,一步一步运行才能起作用。如要同时对大量对象发送消息,也必须通过循环才能做到。

万维网操作系统—空间意义之二

既然传统的计算机空间存在问题,那么如何设计新的计算空间形式?这里有几个必须考虑的因素:运行效率,支持进程、线程、对象,存储结构等,基于这几个因素,采用简单的进程空间内的函数分段模式。以前的x86设计有任务段,这个任务段可以支持当任务切换时,自动保存任务的寄存器等数据,在一个任务内,他不能保存函数切换时的栈地址、堆地址,对函数调用的栈溢出也不能防范,而且在开发操作系统时段模式也没有得到很好的使用,如windows操作系统的程序进程各段都一样,没有分出各种内存空间段,这样用户程序事实上可以存储任何数据包括指令部分。因为这种不明确的分段模式,造成程序员在编程时不认真规划数据结构,指令与数据混在在一起,内存经常违规存取、超界、溢出。如果当初设计函数调用功能时,设计出可以让函数自身方便管理的函数段模式就不会出现这种弊端了。另外由于计算机内存事实上是一种线性结构,他的内存单元是按照地址存取的,相邻内存单元的地址相差一个固定值,这种内存结构可以方便存取,但必须为各种数据精心安排内存单元数量,并让指令按内存单元地址存取数值。这样的设计对于机器运行效率很高,但对于编程人员来说是一种负担,必须时刻保证数据内容地址的正确性,否则计算出来的数据可能是错误的。为了方便程序员编程方便,web应用程序的函数空间数据不用地址存取,直接用数据的标号存取,这样程序员不用在费神去计算数据地址,也不用去动态安排数据空间。如乔布斯=“伟人” QQ=“山寨集成” … 乔布斯 与 QQ 两个数据在函数空间直接用数据标示就可以存取了,不存在数据地址,程序员也根本没有办法找到数据的地址。Java语言号称消灭指针,但语言中还再用 new 来分配数据空间,他只能是一个表面没有地址而内部有地址的语言设计,而javascript 语言在数据空间设计中比java更加超前,也直接用符号来存取数据,程序员再设计javascript脚本时,就完全不用考虑数据空间的问题(不过,现代的编译器非常厉害,在动态编译javascript脚本时,可能会用真实的地址去代替符号的访问方式)。总结上述,为web应用程序及操作系统设计的空间为开发效率、多任务运行的需要,简化了日常程序语言开发中的各种数据结构,采用分段式的函数空间组成进程空间可以满足web应用程序开发设计的需要,后面将论述web应用模型。

万维网操作系统–应用模型

普通应用程序虽软件需求不一样,但开发出来的程序却有千篇一律的模式可以遵循,基本上都遵循这样的规律:程序大部分分为数据处理段、数据段,其中数据处理段部分必定包含在程序当中,而数据部分可放在程序中,也可放在独立的文件中,当程序运行时,才由程序调入数据。由于数据与指令的这样存放位置不同的差别,造成今天各种各样的程序,最初程序数据处理与数据都放在一起,如一些简单的小游戏,后来,程序数据处理部分开始与数据分开,数据独立存放同一机器的单独文件里,如编辑器,这是单机时代,再后来,程序数据处理部分开始与数据不但分开,而且数据独立存放在不同机器里,这是网络时代,再后来,程序数据处理部分开始与数据不但分开,而且数据独立存放在很多不同机器里,这是云计算时代。程序数据处理部分与数据部分分开这是由于数据处理部分一般较小、经常要修改,又与机器的指令相关,不同指令类型的机器,必须有不同的数据处理部分,而数据对处理算法来说,不会因机器指令不同而不同,数据是他们共同的部分。在Web时代应用程序本质也没有发生改变,都是数据处理与数据分开的模型,但web应用程序与前面介绍的程序又有不同。在web应用程序里,数据处理部分已经被统一化,即浏览器、web服务器作为web应用程序共同的数据处理部分。浏览器负责处理数据的呈现,web服务负责提供、存储、处理数据,而程序员只要编写一些文本数据就可以了,当然一些高级web程序,还是必须编写脚本程序。应用程序从以前按照机器指令运行进化到按照数据运行,其中浏览器起着非常重要的作用,浏览器相当于web时代的程序机器,是一个非常大的进步。但这个进步随着技术的发展,目前出现的应用让浏览器编程越来越困难,如html、xml、css、script、sql、cloud等,这些都是要一大堆高级的技术来支持,非常不利于程序员的编程学习,要解决这个问题必须用比浏览器更为上层的技术来代替,所以本文尝试提出一个新的web应用程序模型。操作系统的主要功能是管理计算机运行的任务、内存、IO等,广义的web操作系统也相应定义了任务、内存。用户打开一个页面时,不再是简单的返回html页面,而是虚拟为这个应用分配应用进程空间、进程号、函数空间。因为Web应用永远在线的特点,广义操作系统分配的进程空间、进程号、函数空间都是永远存在的,不会因为用户下线了,相应的进程空间、进程号、函数空间被消除了。这样用户的进程就要被赋予特别的意义,如打开facebook时,广义操作系统为我打开一个已经存在的进程(也可以重新创建),但重新创建一个用户函数空间,每个用户端产生的其他数据也都是用函数空间来表示。当广义操作系统用这种方式管理数据时,其数据保存就不需要特定的存储设备,如数据库服务器、云存储等,我们可以自定义函数空间的存储方式,只要方便用户就可以。比如,sns应用中的粉丝应用,函数空间简单定义如下: <粉丝关系函数空间 ID=456346> <用户=“道指令创始人”/> <粉丝=“爱因斯坦”/> <粉丝关系函数空间ID=3215> <用户=“道指令创始人”/> <粉丝=“牛顿”/> <粉丝关系函数空间ID=5322> <用户=“道指令创始人”/> <粉丝=“猿人”/> 当各种不同用途的函数空间被定义及创建后,整个进程空间就会会有大量的函数空间数据片段,广义操作系统的任务就是负责对这些空间数据的创建、保存、处理、销毁。实现这种空间定义非常简单,如用数据库实现时,最简单的方式,只要一个数据库表格就可以,程序员只要利用这个表格就可以开发出各种各样的web应用(这个本人已经开发出了模型),把这个简单的表格转化为其他的存储方式也很简单。广义操作系统的应用模型经过简化后就与最原始的程序一样,所有数据都在机器中运行,终于程序发展从单机、网络、web又回到单机时代。《未完待续》

(8个打分, 平均:1.63 / 5)

全新iPad评测

(没有打分)

iPad3发布会现场视频!

(没有打分)

PhotoBox!相关视频

Use Filters on your Facebook Photos

Untag Photos on Facebook with PhotoBox!

(2个打分, 平均:5.00 / 5)

华为Ascend手机的各方面规约参数




(4个打分, 平均:4.50 / 5)