posts - 18,comments - 28,trackbacks - 0

最新评论

Re:无穷魔力的软件“云化” ChangyuEx 2010-06-23 12:59  
[quote]胡晓伟: @诺贝尔 ...最终客户端只要有鼠标键盘,显示器、音响外加一个网络终端接口,就可以做任何事情了,主机全部省略。...[quote] 想看毛片的话怎么解决,是存到云服务器上吗? 如果被发现,是断我的网络还是直接封服务供应商? 如果封服务供应商,那么怎么保证其他用户的正常应用。 如果封我的网络,我就不用云了。
Re:无穷魔力的软件“云化” 胡晓伟 2010-06-22 08:21  
@Allen Zhang 不太认同你的想法,博客、视频、SNS所使用的技术其实当年也都不是什么创新性技术,但是都获得了巨大成功。原因在于可以实实在在的为客户带来客户所需要的服务和功能,当你深入思考“云计算”后就会知道这是未来技术的发展方向,一个技术人员和行业领导者思维是有差别的,前者会鄙视没有创意的技术和大肆的炒作,而行业领导者考虑的是技术能够为客户解决那些问题,是否有盈利模式,而炒作是必须的。炒作是广告的一种方式,没有炒作,没有曝光度,客户如何了解你的技术,如何“敢”使用你的技术。
Re:无穷魔力的软件“云化” Allen Zhang 2010-06-22 00:13  
一种新概念的炒作,并不是什么创新的技术,考虑软件如何“云”化,还不如踏踏实实把可以做的软件和功能做到最好。
Re:无穷魔力的软件“云化” 胡晓伟 2010-06-21 13:33  
@诺贝尔 你说的非常对,如果做不到一站式服务,云应用就是零散的软件应用,或者说只是一个类似产品的概念定义,而不是一次技术革命。我的目标就是提供一个弹性的,小到某个软件应用,大到一台或数台计算机组成的整体IT解决方案,最终客户端只要有鼠标键盘,显示器、音响外加一个网络终端接口,就可以做任何事情了,主机全部省略。很多国内公司都简单的去模仿别人,弄B/S架构的OA或CRM,就大言不惭的认为已经是云了,我们要有独立意识和更加大胆设想去尝试和努力提供功能更加强大的云服务。
Re:无穷魔力的软件“云化” 诺贝尔 2010-06-21 13:06  
用远程桌面的技术也能云化. 其实云化不就是网络化么,搞那么神秘干嘛. 现在的网络应用已经非常多了,比如QQ,比如网络游戏. 你说QQ,网络游戏对客户端有没有要求?非常有! 因此,云+端才是未来。 现在鼓噪的云计算,说到底就是把云放在大公司的服务器上,一种托管技术,当然并不是只是物理地址的变更,大公司的服务器也需要提供附加的服务,比如和客户接口的拼接。这些就是现在云技术的实质:提供社区化的一站式服务~ 如果云能做到这个层次,相信就能真正意义上超越传统的,零散的网络应用。
@meslog 这是所有相关的文章链接:http://www.cnblogs.com/richardhu/category/65015.html,你看一下,里面已经有最关键的DBAccess和FacadeBase两个最关键的类,衍生类是通过工具自动生成的,这个要自己开发,这些代码已经太长时间没有用了,已经很难找到。
你好,你之前做的那个架构能否给一份过来啊。
做广告请联系dudu,谢谢
Re:基于移动设备的Wifi开发组件 Testtest 2009-11-12 10:04  
请问我找到无线适配器也找到可用AP后,怎么连接上去啊。谢谢
我也遇到了这个问题,查了半天没查出原因,
这就试试去,多谢提醒~~~~~~
的确如你的描述的那样。。。不能放到中文目录下面安装。。
re: HTTP 推技术(Murphy Push) 胡晓伟 2008-08-20 09:14  
@kyjack-chuang
如果是C/S程序,并且需要实时获取发送数据的系统,建议还是使用TCP/IP技术+多线程,复杂些,但是最好的选择。我这篇文章主要是针对B/S架构的程序。
re: HTTP 推技术(Murphy Push) kyjack-chuang 2008-08-14 13:00  
看了半天只是思想,我想知道楼主具体是怎么实现的。我现在也在这个方面烦难,我做的是一个C/S的东西,但是S是架设在IIS上面用HTTP,而不是应用程序可以使用TCP/IP的,只能用80端口。而其中的好友在线问题不知道怎么解决比较好,现在的方法是客户端隔个时间就刷新自己的好友列表,担心这样服务器压力太大。所以希望能用推让服务器主动提示客户端某人已经下线。希望楼主给点建议。
re: HTTP 推技术(Murphy Push) richardhu 2008-05-08 19:35  
呵呵,我2年前的文章了。居然有人看了,其实关键是占用通信信道和建立PushServer Service。
re: HTTP 推技术(Murphy Push) 星野天河 2008-05-08 11:36  
唉,正为此难题焦头烂额,实时性高的应用里用拉技术实在是太浪费性能了
现有的基础上如何不发送结束包是个麻烦,总不能在服务端一直循环啊,虽然在这样大大减轻客户端的压力,却让服务端压力更大了。
没有看懂push server是如何解决的这个问题的,也是一直运行而不返回结束包吗的方式吗?
php里有sleep延时功能,俺先研究一下是否高效,希望不是靠占用CPU性能来达到延时的目的

re: 科技以人为本! 梁晓靖 2007-05-23 09:47  
同意
re: HTTP 推技术(Murphy Push) 梁晓靖 2007-05-18 16:33  
补充:通讯通道类型和并发线程池控制方面也因该多关注
上述是我的一番浅见,多包涵。
re: HTTP 推技术(Murphy Push) 梁晓靖 2007-05-18 16:30  
我认为以脚本为依托的浏览器解析执行的模式不适合实施所谓的推技术,如果客户终端有类似需求应该首先考虑以轻量级客户服务终端的方式解决,然后把注意力集中在服务通讯架构、数据安全等问题上 (网页即时聊天目前正被msn、qq等轻量级客户服务终端所取代)
能否提供源码,研究一下,比较感兴趣俄!ddsw0411@sina.com
来听歌 物质 2006-08-21 20:54  
谢谢你的list
谢谢:)
看过这个文章了解了一些状态控制的东西。
@wanghualiang
谢谢你关注,但希望你仔细阅读其中的内容,可能就知道和你提到的的差别了。
@浪子
谢谢你的提议。这只是我架构设计中的一部分,需要和业务外观层同时考虑的,所以设计和代码都有优化的潜力,我会尽快编写一个文档来详细描述我的设计思想和其中的特性,并给出自动代码生成工具来完善它。
看到好多case ,好像可以用工厂甚至泛型来代替哦!!!
没仔细看,看了几张图,有自己的想法,
Codeproject上有StateMachine不知道和楼主的想法
吻合吗?
@cx11111111
工具是自己开发的,这个系统是我架构的,当时从界面层,业务外观层,数据访问层和数据实体类都可以自动生成。如果大家有需要,我可以把它上传上来。