这几天在真正折腾visual webgui. 自己也在琢磨中. 在dotnettools 评测网发了一些贴子,但浏览的人并不多,主要的还是想和使用visual webgui的一起讨论一些问题. 因为其关键部分是闭源的.在今天之前,我用refelctor打开gizmox.webgui.server.dll都不行(但今天不知道为什么可以了,呵呵)
在真正使用每个开源项目之前,我都要求自己能够完全掌控这个项目. 了解原理是最起码的,关键是出了问题,你要有能力修改.而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中有专门的一节讨论延续特性),能在与客户交互的的地方实现代码中断,然后继续的话,那它将有无比的竞争力.
转载于:https://www.cnblogs.com/jjx/archive/2007/12/28/1018122.html