高版本PB问题续.doc

关于把企星ERP升迁到高版本PB的若干问题(续)小试PowerBuilder 11.0新功能PB11增加了几种对微软dotNet支持的新功能。其中之一是可以把原来开发的C/S程序转成网页，PB11叫做生成Web Form。现在就尝尝鲜吧。小试一下，看看有什么效果。环境搭建既然是网页的东西，又是dotNet就一定要安装Windows的IIS，而且是5.0及以上。既然是支持微软dotNet的东西，一定要安装微软的FremeWork SDK 2.0。除此之外，PB11还要求事先安装微软的“IE WebControls”，这东西只有1.0版，而且据说微软已经不再支持了。试验时使用了一台P III 933，256M内存，30 G硬盘，Windows XP sp2。屏幕分辨率为800600。试验效果在看这篇文章的其它内容之前，先看看转换效果吧。如果有兴趣，看完效果再耐着性子看下集用PB11生成Web Form的操作过程的内容。试验时先用PB 651做了两个简单的程序，升迁成PB11。转换一下试试，能够成功。然后直接用企星ERP演示版的PB651基类，升迁成PB11转换一下，看看对基类支持到哪种程度。下面是一些屏幕截图。QXERP登录界面因为制作时没有修改PB11默认的屏幕分辨率，欢迎图片超出了我的800600的范围。QXERP主菜单界面也是屏幕分辨率的关系，显示成这个样子了左边的树展开一层之后的主菜单界面程序自动重新按照实际分辨率Resize了。在部门管理中想用菜单查看组织结构图能够打开组织结构图的窗口，说明菜单是可用的在表管理中能够知道支持标签页（TabPage）人员基本信息管理，支持动态生成的数据窗口支持下拉数据窗口双击“性别”字段，弹出对话框支持下拉日历对话框数据变更后未保存，退出时弹出询问对话框工具栏图标有小提示初步印象从上面的一些屏幕截图看好像还比较完美，不像相像的那么糟糕。不过还是有许多美中不足之处。最大的问题是速度太慢，在我的环境中几乎慢到难以容忍的地步。后来把做出来的东西放到一台P 4上，感觉好多了。对基类的Resize服务支持得很不好，不过在显示器1024768分辨率时却看不出什么问题。对基类的this.inv_base.of_center() 支持也是不行，不过在显示器1024768分辨率时却看不出什么问题。对于Grid风格的数据窗口，采取分页显示的办法。默认每页20行，可以在数据窗口的属性里面进行设置。对原来程序中的若干对象、属性、函数不能支持。编译（PB11叫做“发布”Dploy）时有报告，但能够通过编译。 运行时，不支持的内容只是不起作用，并不出错。修改程序后，要重新编译(Dploy)，运行时才能看出来修改效果。很费时间。制作成果有很好的可以移植性。编译(Dploy)时可以打包成一个MSI（微软的安装程序）。在别的机器上直接运行这个安装程序就可以直接使用了。不过要安装的电脑上必须事先安装过IIS、dotNet FrameWork 2.0（不需要SDK）、IE WebControls和PB11的支持库（用“PowerBuilder Runtime Packager”工具打包成安装程序）。用PB11生成Web Form的操作过程搭建环境的过程操作系统必须使用Windows 2000及以上，因为别的操作系统，例如Windows 98、Linux等不能支持dotNET的开发。其它必备软件建议的安装顺序是：IIS.NET FrameWork 2.0.NET FrameWork 2.0 SDKIE WebControlsPowerBuilder 11。必须使用Windows自带的IIS服务器，因为别的Web服务器不能支持dotNET。但是，安装Windows时，默认的是不安装IIS。因此要使用Windows的控制面板添加/删除程序添加/删除Windows组件来安装。安装过程中，一律使用默认值即可。要注意的是，Windows XP的Home版（家庭版）不支持IIS。此外在Windows 2003中的IIS叫做另外一个名字。先安装.NET FrameWork 2.0，然后再安装.NET FrameWork 2.0 SDK。这两个东西好像没有什么选项，默认安装即可。那个IE WebControls安装起来却很有麻烦。安装程序本身没有什么选项，默认安装即可。但是，安装后还要做生成和复制的工作，否则不起作用。IE WebControls是用来在ASP.NET中创建和显示TreeView、TabPages等的。运行安装程序后还需要手工“创建（build）”和复制到默认站点主目录之内。具体做法须参看安装目录内的“README.TXT”文件。如果需要修改它的“Build.bat”，注意该文件是只读的。对于PowerBuilder 11，使用那个6525的就可以。我以前一直使用最新的PB 11.2，因为搭建环境重新安装Windows和必备软件，安装了PB116525后马上就想尝试它的生成Web Form的功能，没有再升级到最新版本。不过这次的“急脾气”却给我带来了大大的好处，我的PB651测试程序在PB116525中极其顺利地就生成了Web Form。后来把PB11升级到最新的PB 11.2，生成Web Form时却再也不能成功，总是说编译C#出错什么的。不知道高版本PB11还需要事先安装什么别的软件。后来几经查阅，说是PB11.2支持Ajax。到微软ASP.NET主页上下载并安装了Ajax扩展（ASPAJAXExtSetup.msi）就好了。用PB11.2生成的Web Form好像比PB116525的好多了。由于使用Ajax，对于Grid数据窗口中的下拉有很大改进。Resize的问题没有解决，但比PB116525好了一些。此外PB11.2生成的Web Form增加了一个带动画的等待提示框，也比较好。准备素材这里说的素材是指要生成网页应用的程序，是原来在C/S构架中使用的程序。由于已经试过简单的程序，没有问题。下面以使用基类的成套应用为例说明用PB11生成Web Form的操作过程。现在使用成熟的企星ERP演示版简化成一个小的人力资源管理系统。源程序由PB651编制而成。使用Microsoft SQL Server 2000数据库。先把全套PBL用我的工具搞一下去掉里面的几千个不成对的ASCII码值大于127的字符（即平时叫做“憋了半个汉字”的字符）。然后升迁成PB11的程序。在PB11中运行，检查是否正常。全套程序的各个模块都能正常运行，应该算作素材的准备工作完毕。但是，按照我使用简单程序试验的经验，使用ODBC连接SQL Server 2000数据库几乎会100地失败。使用ADO.NET连接会100地成功。因此必须把程序使用的INI文件中连接数据库的方法改成ADO.NET。把DataBase段改成如下即可。例如：DataBaseDBMS=ADO.NetAutoCommit=falseLogId=saDBParm=Namespace=System.Data.OleDb,Provider=SQLOLEDB,DataSource=qzx2005,Database=ERPdemo其中，DataSource= 是指数据库服务器的名字。Database=是指数据库服务器中要连接的数据库名字。至于在PB11的Data Profiles中的配置方法可以参看下图。生成Web Form的配置只要能够正确配置，生成Web Form的工作就完成九成了。然而配置工作却非常简单，使用它的那个向导，几乎完全“下一步”“下一步”地就完成了。最好在所谓的C/S状态中把程序调试好，否则在生成Web From时出错后会手足无措。我这里说的“生成Web Form的配置”实际上只是创建一个新的生成Web From用的目标文件（Target），或者修改这个目标中的属性。由于是第一次搞，从新建目标做起。在PB11主菜单或工具栏图标中选择“新建（New）”，弹出新建对话框，在对话框中选Target标签页中的“.NET Web Forms Application”，然后按“OK”按钮，如下图。按“OK”后进入向导，向导的第一个画面是说明，愿意看就看看，不愿意看就按“Next”进行下一步。下一步，让你选择一种新建方式，我们可以选中间的那项。选择后按“Next”按钮，下一步。找到想使用的那个应用，然后下一步。不需要看明白，直接下一步。直接下一步。下一步。问你在网上的应用名字，这个名字将来显示在网页的标题栏上。还问你预览的URL地址，尖括号部分是叫你修改的Web服务器名称，如果不改它会使用默认的localhost。这个对话框也使用默认值，直接下一步。这里是要加入一些“资源”文件。可以加文件也可以加目录。注意，程序使用的INI文件也要在这里加入，否则程序运行时就找不到INI文件了。我试验的程序要加入如上图的这些东西。加好后按“Next”按钮，下一步。不想加入动态链接库，直接下一步。没有要加入的JavaScript，直接下一步。直接下一步，即直接发布到IIS上，IIS的地址使用默认的localhost。出现了前面已经选用的内容表。直接按“Finish”按钮，完成向导。生成Web Form因为在使用向导时选用了“Use an existing library and application object”，所以在新建的webform目标中的库列表里面只有一个PBL。于是需要把其余的PBL自己进去。如下图，用鼠标右键点击刚才新建的webfrom目标，在右键菜单中选“Properties”。出现如下图的对话框。用对话框的“Browse”按钮加入需要使用的PBL。然后按“OK”按钮。在界面左边的树上打开刚才新建的webform目标，找到相应的Project。双击把它打开。界面右边出现这个Project的内容。因为前面增加了库列表，新增加进去的PBL在Project中处于为选中状态。选择界面右边的“Library Files”标签页。按“Select All”按钮选中全部PBL，如下图。现在一切准备工作就绪，用鼠标点击界面上方工具栏第二行的第二个图标，开始“发布”。PB11叫做Deploy，实际上是编译和复制或包装的过程，我往往习惯性地叫做“编译”。如下图。等一段时间后，发布工作完成。在界面下部信息框中除了原来的“Default”默认标签页之外，还会出现警告、不支持或出错的标签页。只要没有出现“Error”就是成功了，可以在默认标签页中看到“Deploy succeeded”的字样。如果成功，可以直接点击界面上方工具栏第一行从右边书的第三个图标来看看“发布”成功后的网页效果了。至于Deploy后信息栏中的“不支持”和“警告”的内容，有时会很多很多，无法看明白，干脆不看也罢。把生成的Web Forms搞到别的机器上在Deploy时可以发布成一个.msi格式的安装程序，用这个安装程序可以把搞出来的东西安装到别的机器上去。在那个发布界面的Deploy标签页上选中“Generate Setup File”单选按钮，在Deploy时就会制作一个安装程序了。如下图。按说在另外一台电脑上使用这个安装程序安装就行了，但是待安装的电脑要事先准备好先决条件。先决条件是：IIS 5.0或以上；dotNet FrameWork 2.0（不需要SDK）；IE WebControls；如果是PB11.2还需要ASPAJAXExt。不需要安装PB11，只安装用PB11相应版本的“PowerBuilder Runtime Packager”包装的供WebForm使用的东西就可以了。Deploy制作的那个安装程序和“PowerBuilder Runtime Packager”包装的安装程序，安装时一律使用默认选项即可。完成安装后试试，按理说不应该有什么问题，会一切顺利。但是，有时还会发生莫名其妙的现象。这个现象是用IE打开网页不出错，而凡是有数据窗口的窗口统统看不见