最近做了一个简单的运用，尝试发布成webform成功。有如下总结：
1.webform开发方式同c/s开发完全不同概念。理论上可以同时发布为两种，我最初也是这么高兴了一阵子，但是实际上不行。
1.1 web不支持的功能属性太多。
1.2 颜色体系不一样。c/s的颜色底色(银灰色)几乎要全部改为白色。如果在web中用银灰色似乎不是东西。
1.3 c/s底下熟悉的丰富的客户端交互功能全无。比如dw响应，在web中，不是不可以做响应，双击事件都支持，右键事件都支持，但是如果像单击某行如何如何效果，因为鼠标在dw上动作时，单击事件很频繁，就会造成callback到服务器。所以js应该是很好的，但是没研究，因为对js还没学习。另外似乎只有dw支持js代码。如果一个sle的检测不知道支持js不。
1.4 看html和css教程后，感觉如果要实现简单的表单和控制，pb并没有留下必要的通道能进行html和css,或者利用一个table元素。因为有的界面是很简单的，静态元素来实现是最快的。比如cgi中的模板html，给客户输入条件，或者录入资料，用js检验合法性，然后，提交给cgi写入数据库或者响应出结果界面。但是在pb的转换到webform的框架中，我们离这些基本设计和控制都很远。如果能增加一些控件，而这些控件可以直接转成aspx中的标准html控件，倒是不错。
1.5 pb转的web的源码异常复杂，因为它有一个完善的框架。使得一般人，除非对html,css,js,apsx很了解，否则难以修改，而且再次发布后，没法保留你修改的地方。也就是说，没法参与到aspx,html,css的直接控制中(css)应该可以修改,关键是无法保留)。因为它整个是translate的思路，不是在layout/code之间可以切换的设计模式。从link 的style来看，主要是RadControls的css在控制界面。可以说如果对html,css,js,apsx很了解,还是可以很好地参与一些控制的。
1.6 都说php等开发的网站快，它快在哪里，因为它的界面是html直接设计的，然后嵌入php或者将嵌有占位符的html作为模板，写模板然后输出。当然快。看看pb转的aspx生成的客户端源码。估计光是通讯量都多出好几倍。太复杂了。当然，浏览型网站或者商务购物型网站，跟企业运用的脱胎于mis,erp等项目的交互是不可比拟的。一个管家婆的药店管理，可以搞出400多个表(有点那个...fk表可以集合至少我认为这是它的设计设计不当)。一般的erp,也有好几百张表。但是一般的浏览型网站或者商务购物型网站他的结构不会太复杂。而且大型网站考虑的第一要素是速度和访问量承受力。所以最快速度的web开发方式是cgi+html占位符模板,以及php的嵌入和php+html占位符模板。因为除交互部分外，都是静态的内容。而交互部分都是文字的填充。
1.7 一些常用的html开发技术，比如直接响应处理一个html的form中传递的数据，该如何得到，就是一个标准html get或者post的数据pb能否有办法接收和处理
1.8 一些其他技术setcookies要怎么调用？
其他一些遇到的问题:
*我的一个查询界面(form)字段很多。就出现出错的情况(11.5)。用12编译没问题。所以是bug,群里有人抱怨11.5bug多，可以用12去编译看看。
*用网址和IP访问，只要不是本机(http://localhost)，我的密码验证框就没法弹出来。设置网址为可信站点才能弹出。
*用做list的dw显示的条数不能太多(默认20条分页),如果太多(也就是靠dw的vscroll滑动来看数据)，导致其他界面打开非常缓慢。甚至十几秒，可能是个bug。我测试过，只要把dw.reset马上好。如果一定只能用20条左右分页的话，dw的优势似乎就差一点。
*我用的都是main形的窗口，好像mdi没法子用或者是用起来样子难看，而且因为不是c/s本地执行，所以根本没有必要MDI。
相反的，通过右上方的"window"菜单直接切换窗体是一个简便的方式。如果是条件输入窗口，需要响应窗口或者弹出窗口。
*导出和另存。我自己的做法是list导出为xls(网上有个函数可以把标题转出来而不是显示英文)，form的是存成wmf(感觉form转xls用的少)，直接由程序按dw名+时间产生一个文件到服务器的目录(临时目录或者你就像c/s一样放到程序根目录)，然后立即调用download函数。这样做起来感觉更好,符合网页操作习惯.而file manage窗口我感觉对客户不太直观。
*界面要美化大致只能用图片了，没有研究。以前我c/s美化时有一个简单方法，就是如果是相同的大块区域，可以用横或者竖的1px的图片，这样体积很小，然后你把图片尺寸拉大，这个1px的图片会自动去填充。切忌用大图片。提示:dw的标题特别难看，可以如此搞一下。
我认为pb如果不能像vs那样直接操控html和css的话,做web是笑话。因为怎么说呢，技术的东西，如cpu有双核就不会再用P4了，落后或者不门不类，自然没法用。
所以我还是建议大家把pb锁定在c/s上。按照sybase的建议，如果是基于c/s的运用偶尔用到web查询或者只读方式的展示，是可以很容易用web转换的方式实现的。如果还是传统交互的功能。那至少在写法上要费一番苦功，并且许多地方得进行优化，优化的主要对象就是考虑速度。还有就是界面感官。反正web就是那样，人们已经存在一个基本的感官要求了。
其实，我自己本身就很想学习网页设计，所以我从前年开始看了一些php和html，css。就在想：如果做一个真正意思上的网站吧，那现在都流行php，java这些。c#也不错的。但是看过以后我明白: 商务网站或者很多人浏览的网站，他的速度是讲究的。我想都是用模板+cgi的比较多。模板用dw设计好，放上占位符。。后台如果要快，貌似还是php开发的好一些。貌似baidu，google都是改良过的php听说。话说企业运用，主要是交互。。。。。可能就是c#的控件或者说pb转web的方式也能胜任吧。因为怎么说呢，虽然我自己并非开发网站，甚至尚未入门。但是感觉，那种专供浏览的网站，主要起展示作用的网站，不太可能慢吞吞出来并利用datawindow这种东西，它们用不到，都是特别修饰过的行列即可。。所以还是运用不同。而我们pb开发的web主要还是数据处理和交互。。。运用不同。你说要用一般的网站开发模式来搞一个能丰富交互的程序，那也是个麻烦。不信大家去尝试一下。。所以我想了很久，其实有个界限。知道这点。基本上对pbweb也就有一个正确的态度了。