WINSTC(windows remote server/run time/remote client)自己想的b/s方案
经过长期的MES平台开发工作,整个对B/S ,C/S 的理解越来越模糊了.
2000年的时候第一次听到B/S系统的感觉,觉得很神秘和高科技,然后知道了,B/S就是(Browser/Server),而C/S就是(Client/Server).
工作2年后,感觉B/S和C/S各有长处,两者结合发挥是最好的.
现在,再次和一个学生讨论到B/S,C/S的架构时,忽然发现我对B/S的理解感觉总是怪怪的,难道说,任何能在浏览器里运行的程序,都是B/S吗?还是任何用HTML展现的UI都是B/S的?(这是对我自己提的问题)
关于B/S,我自己每次被自己的观点打败,如 TestDirector ,它是DELPHI写的测试平台,但它是B/S 的,为什么呢,因为它写成了ActiveXForm ,就是在浏览器内运行，通过DCOM访问服务.那如果它去掉IE那个壳,直接用OLE容器装入运行，那不就得叫做C/S程序了?但我觉得这样的逻辑好象很可笑.
最后,让我可以欺骗自己的一个观点就是,B/S程序的核心逻辑都是到SERVER端,CLIENT很瘦,这个就是B/S;不过自己还是给自己再增加一个反驳观点,C/S程序一样可以让CLIENT很瘦,也可以通过HTML来展现,并且交互的很好...
没办法了，还是从部署上来说....IE每个WINDOWS上都有...但这样,又还是回到原来的观点:在浏览器里运行的程序就是B/S,否则就是C/S..??
那派生出来的问题还有;
比如:如果作到C/S程序和B/S都是同一套?只是运行模式不同?用WinFX?可这又不太现实,因为它目前离我还太遥远了.
那根据WinFx 的思路自己做一个吧,那还不如等一年...
最后还是自己动手做了个,超级弱智的,就是假冒IE,下载远端的DLL到本地,并执行.
这个是我的思维导图.
根据这个思路,写了一个工程.实现了基本模式;
测试的时候,请注意 WINRC 的 webservice 的Url 属性是否指向正确的webservice地址;
/Files/Chinasf/WinRC.rar[include full sources]
不要笑我为什么做这个,我是比较笨的那种人,因为我知道B/S的很多缺陷,至少它不能完美的实现当前这个应用需求。难道非的用ASP.NET做出来的才叫B/S吗?
2000年的时候第一次听到B/S系统的感觉,觉得很神秘和高科技,然后知道了,B/S就是(Browser/Server),而C/S就是(Client/Server).
工作2年后,感觉B/S和C/S各有长处,两者结合发挥是最好的.
现在,再次和一个学生讨论到B/S,C/S的架构时,忽然发现我对B/S的理解感觉总是怪怪的,难道说,任何能在浏览器里运行的程序,都是B/S吗?还是任何用HTML展现的UI都是B/S的?(这是对我自己提的问题)
关于B/S,我自己每次被自己的观点打败,如 TestDirector ,它是DELPHI写的测试平台,但它是B/S 的,为什么呢,因为它写成了ActiveXForm ,就是在浏览器内运行，通过DCOM访问服务.那如果它去掉IE那个壳,直接用OLE容器装入运行，那不就得叫做C/S程序了?但我觉得这样的逻辑好象很可笑.
最后,让我可以欺骗自己的一个观点就是,B/S程序的核心逻辑都是到SERVER端,CLIENT很瘦,这个就是B/S;不过自己还是给自己再增加一个反驳观点,C/S程序一样可以让CLIENT很瘦,也可以通过HTML来展现,并且交互的很好...
没办法了，还是从部署上来说....IE每个WINDOWS上都有...但这样,又还是回到原来的观点:在浏览器里运行的程序就是B/S,否则就是C/S..??
那派生出来的问题还有;
比如:如果作到C/S程序和B/S都是同一套?只是运行模式不同?用WinFX?可这又不太现实,因为它目前离我还太遥远了.
那根据WinFx 的思路自己做一个吧,那还不如等一年...
最后还是自己动手做了个,超级弱智的,就是假冒IE,下载远端的DLL到本地,并执行.
这个是我的思维导图.
根据这个思路,写了一个工程.实现了基本模式;
测试的时候,请注意 WINRC 的 webservice 的Url 属性是否指向正确的webservice地址;
/Files/Chinasf/WinRC.rar[include full sources]
不要笑我为什么做这个,我是比较笨的那种人,因为我知道B/S的很多缺陷,至少它不能完美的实现当前这个应用需求。难道非的用ASP.NET做出来的才叫B/S吗?
