在真正使用每个开源项目之前,我都要求自己能够完全掌控这个项目. 了解原理是最起码的,关键是出了问题,你要有能力修改.而visual webgui.则一开始就不是很了解.现在也是,特别是像这样的机制,到底能在一服务器上承载多少用户. 也是急需测试的(虽然使用visual webgui,肯定是用于内部应用,使用人数可以用手指数的出来)
先贴个链接,如果大家浏览有问题,我再转贴过来,请使用utf-8 编码浏览,另外,网通线路,电信访问可能有些慢
http://bbs.dotnettools.org/newsdetail.asp?id=5969
这个东西bug奇多,但是最近的版本速度飞快(而较早,包括我的感觉是很慢,可以看我贴子中的分析). 想使用它,要问问自己是否能扬长避短. 必要时是否有自己动手解决的能力.
毕竟除了gizmox.webgui.server.dll/gizmox.webgui.common.dll外,其它都是开源的.大部分问题还是自己能动手解决的.
在session保持其实起点不高,不像延续,能真正从中断的代码继续,比方说在vwg中,一个按钮的点击事件
MessageBox.Show("开始做事情");
//这里在做一些事情
显然,客户端在得到对话框时,后面的事情已经做完了. 这里,需要挂接MessageBox的返回事件来完成(其他对话框的显示也是同理)
另外, web应用请求/响应的本质没有变,这样的代码实际上也是不行的
//pb 进度条
pb.Visible=true;
pb.Value=1;
doTask();
pb.Value=2;
doTask();
pb.Visible=false;
vwg 有一个应用同时发布为web和windows forms目标,其实代码的一致性还是不同的
我的结论是,visual webgui像是真正意义的webform ,它值得一用,如果将来在.net 上能实现延续机制(参见 http://www.ibm.com/developerworks/cn/java/j-cb03216/ beyond java中有专门的一节讨论延续特性),能在与客户交互的的地方实现代码中断,然后继续的话,那它将有无比的竞争力.