（定稿）经济开发区名新特色产业通用厂房项目立项申报材料1（喜欢就下吧）

不要高兴太早，超级链接都不可点击，动画也不会动，界面还是死的，原来忘了画龙点睛，怎么办加消息。

加消息的步骤通常如下，以文字的超级链接为例。

首先新建个消息盒子如果着急的话先把盒子放到上，当然用函数。

若是最后再放上去，效果是同样的。

将装到盒子里。

下面指定消息，如此这般，超级链接终于可点了同样，消息引发的函数都得老老实实写好了。

可以实现移到上面就自动变色，点击就跳转到其它网页。

别忘了，指定个漂亮的小手，这样点超级链接的时候更有情调。

综上所述，如果每个消息对应的函数都能按部就班的完成，超级自画文档视图控件的完成也就指日可待了。

若只支持简单的字线图，程序大致可以控制在千行以内，当然这不包括文字布局算法图像解码算法的部份。

除此之外，我们还要拟定比较完善的数据结构来存储我们画在上的信息，通常这些信息是语法分析的结果，也可以是词法分析的结果，在自画过程中融入语法分析的过程。

未来的展望作为个毕业设计课题，还是接近圆满的。

通过的开发，对常见的浏览器开发技术有了深入了解和实践机会，但若作为实际的软件开发项目来讲，还差的很远，为了使其能继续得以生存，决定将其变为开放源码项目，遵循协议开发，现已成为中国论坛的计划的个子项目。

下面主要讨论下在技术上亟待解决的问题。

超级链接的支持，实际上在对技术的了解的基础上。

如前面的详细分析可见，该部份的实现已没有障碍，应该尽快实现，根本上是个编程序的毅力问题。

图片的显示，图片显示因为有很多开放的开发包或源程序，只是显示的话难度不大，但要考虑到多个图片的同时传输的逐步显示的动态显示就愈显复杂，仍需要对图像算法网络传输线程消息等技术多加研究。

等复杂的元素的布局，这实际是个众多浏览器共同的问题，目前除了以外，其它浏览器都还存在较大的问题，如果能实现类似的效果，就比较实用了。

开放源码的浏览器的布局算法也很值得借鉴。

市场展望使用标准编程，可以移植到平台。

也可以利用相关技术实现有市场价值的应用，如智能分析这个软件，就是利用了，将这些文本插入页中。

此函数的主要流程为设置字体计算文本宽度调用，在此页中创建个新的，记录此的属性为分析总结是运行在平台上基于的图形网络浏览器。

具有规模小的优点。

但是页面的显示质量较差，不支持。

基于的嵌入式浏览器改造需要考虑如下几个方面从整体结构来看，从取得文件到文件处理，大量使用回调函数，代码的可读性差，结构不清晰。

建议改成消息机制，这样既增强了各模块的独立性，同时提高了并发性。

文件的显示模块需要改写。

不能支持比较常用的标签，而这种缺陷又是因为设计结构本身的缺陷，所以该模块需要做较大的改写。

对于的依赖较强，由于不适合于嵌入式系统，需要改成基于或等嵌入式，因此改造的工作量较大。

浏览器分析浏览器是个浏览器，用于制作多媒体演示软件，支持多媒体格式包括文字图像音频视频。

采用标准编程，在下使用编译，软件规模较大，源程序达到。

主要模块功能介绍函数库浏览器支持引擎流式文件处理的词法语法分析与布局控件库图形声音等的驱动函数库核心系统函数，包的支持效果上看已接近于成熟浏览器的水平，甚至优于些小型的嵌入式浏览器如但在复杂页面的显示上还有较大的差距。

可以得出的结论是，版已经具有了定的实用价值，但要对其进行完善，工作量还很巨大。

对比，的漫长的开发历史和巨大的资金投入，的未来依然生死未卜。

的缺点分析及改进办法基础的设计上存在缺陷目前的页面输出实际上还采用了简单的画图机制，无法在主窗体内放置如按钮编辑框单选框等控件，也无法处理页面元素的消息响应，版已进行了改进，而使用作为开发平台是完全可以实现这些要求的，就是最好的实例，它通过对现有控件的组合，开发了自己的文档视图控件，实现了上述功能。

但之所以目前没有采用先进的文档视图控件，是因为要实现这样的有较强实用性的自画文档视图控件，是需要很大的工作量的，仅为实现其核心的文档视图控件，就动用了超过行的代码，比目前的总代码量还大。

而由于考虑到支持多个平台，还需要个抽象的中间层文档视图控件，这个中间层也在万行以上。

改进措施固然，能容纳百川，触即发的文档视图控件的开发是很繁重的工作，但原理却并不复杂。

下面加以阐述。

大多数的平台都提供了方便用户进行控件组合的机制，例如有的控件能包含其它的控件，通常称之为容器，以为例说明其原理。

控件是以流行的控件组件的观念来设计的。

不过，依然是以来写的。

比起用来说，这可以大大改善可移植性及稳定性。

但同时，这也意味著作者需要小心许多实际操作上的问题。

所有同类别的控件的般声明例如所有的按钮控件是放在。

只有个这样的结构。

在这个结构中储存类别信号的声明。

要支撑这样的继承，第栏的资料结构必须是其父类别的资料结构。

例如的类别的声明看起来像这样当个按钮被看成是个容器时例如，当它被缩放时，其类别结构可被传到，而其相关的栏位被用来处理信号。

具体而言，比如我们使用个基础的控件来作为我们自画的文档视图控件的基础控件接下来我们就可以使用函数将其它的允许被包含的控件放进去，就是这么简单，那难度在哪呢其实，对于网页显示而言，能放进去多少个按钮编辑框单选框并不是最主要的，这很容易实现，只要采用了类似这样的基础控件，我们原则上可以组合出来很多种效果。

我们迫切关心的是那些需要用画图方法来实现的页面元素，如文字图片表格直线是如何产生的。

下面加以阐述。

实际上，无论在什么情况下，我们要作画都需要合适的画布，要在可以作画的控件上才可以施展拳脚，正是这样的控件，如此，我们只要将画画在上，然后再使用函数将放置到控件上，不就万事大吉了不错，但只对了半，原来本身并没有实现自我重画的机制，当最小化窗口或打开对话框时，原有的界面就被破坏，只有进行重画才能恢复原貌，重画又是怎样实现的呢原来，我们在将放置于之前，是做了手脚的，使用以下函数来将画在上的信息对应的数据封装给了控件。

同时使用函数来将这个重画消息，捆绑给了控件。

即是用于重画的函数，到了需要重画的时候，该函数取出封装给的数据进行重画。

如此这般费神，终于可以让线条文字表格图片得见天日，完美的展现在众人面前当然，所有的画与重画的函数都要自己括内的面积与考虑变形和惯性载荷后的理论示功图的面积是相等的，并忽略了摩擦载荷的影响。

显然，对于摩擦载荷大的井，计算结果将会偏小。

根据油井产量计算得的水力功率，是实际作功的有效功率，它小于光杆功率。

它们之差反映了井下摩擦杆柱振动惯性以及泵漏失等因素引起的功率损失。

而光杆功率除以抽油机效率除严重的低负荷运转外，般可取即可求得需要电动机输出的平均功率。

五泵效的计算在抽油井生产过程中，实际产量般都比理论产量要低，两者的比值叫泵效，用η表示，即在正常情况下，若泵效为，就认为泵的工作状况是良好的。

有些带喷井的泵效可能接近或大于。

矿场实践表明，平均泵效大都低于，甚至有的油井泵效低于。

影响泵效的因素很多，但从深井泵工作的三个基本环节柱塞让出体积，液体进泵，液体从泵内排出来看，可归结为以下三个方面抽油杆柱和油管柱的弹性伸缩。

根据深井泵的工作特点，抽油杆柱和油管柱在工作过程中因承受着交变载荷而发生弹性伸缩，使柱塞冲程小于光杆冲程，所以减小了柱塞让出的体积。

气体和充不满的影响。

当泵内吸人气液混合物后，气体占据了柱塞让出的部分空间，或者当泵的排量大于油层供油能力时液体来不及进入泵内，都会使进入泵内的液量减少。

漏失影响。

柱塞与衬套的间隙及阀和其它连接部件间的漏失都会使实际排量减少。

只要保证泵的制造质量和装配质量，在下泵后定时期内，漏失的影响是不大的。

但当液体有腐蚀性或含砂时，将会由于对泵的腐蚀和磨损使漏失迅速增加。

泵内结蜡和沉砂都会使阀关闭不严，甚至被卡，从而严重破坏泵的工作。

在这些情况下，除改善泵的结构提高泵的抗磨蚀性能外，主要是采取防砂及防蜡措施，以及定期检泵来维持泵的正常工作。

实际产液量可写为从上述三方面出发，泵效的般表达式可写为式中考虑抽油杆柱和油管柱弹性伸缩后的柱塞冲程与光杆冲程之比，表示杆管弹性伸缩对泵效的影响活液进入泵内的液体体积与柱塞让出的泵内体积之比，表示泵的充满程度泵漏失对泵效影响的漏失系数由于泵效是以地面产出液的体积计算，则是考虑地面原油脱气引起体积收缩对泵效计算的影响。

为吸人条件下被抽汲液体的体积系数。

为了对影响泵效的因素进行定量计算和分析，下面分别讨论柱塞冲程充满系数及漏失的计算。

柱塞冲程般情况下，柱塞冲程小于光杆冲程，它是造成泵效小于的重要因素。

抽油杆柱和油管柱的弹性伸缩愈大，柱塞冲程与光杆冲程的差别也愈大，泵效就愈低。

抽油杆柱所受的载荷不同，则伸缩变形的大小不同。

如前所述，抽油杆柱所承受的载荷主要有抽油杆柱及液柱载荷总称静载荷抽油杆柱和液柱的惯性载荷及抽油杆柱的振动载荷总称动载荷。

下面就分别分析由这些载荷作用所引起的抽油杆柱及油管的弹性变形，以及对柱塞冲程的影响。

由于作用在柱塞上的液柱载荷在上下冲程中交替地分别由油管转移到抽油杆柱和由抽油杆柱转移到油管，从而引起杆柱和管柱交替地增载和减载，使杆柱和管柱发生交替地伸长和缩短。

当驴头开始上行时，游动阀关闭，液柱载荷作用在柱塞上，使抽油杆发生弹性伸长。

因此，柱塞写好了才行。

不要高兴太早，超级链接都不可点击，动画也不会动，界面还是死的，原来忘了画龙点睛，怎么办加消息。

加消息的步骤通常如下，以文字的超级链接为例。

首先新建个消息盒子如果着急的话先把盒子放到上，当然用函数。

若是最后再放上去，效果是同样的。

将装到盒子里。

下面指定消息，如此这般，超级链接终于可点了同样，消息引发的函数都得老老实实写好了。

可以实现移到上面就自动变色，点击就跳转到其它网页。

别忘了，指定个漂亮的小手，这样点超级链接的时候更有情调。

综上所述，如果每个消息对应的函数都能按部就班的完成，超级自画文档视图控件的完成也就指日可待了。

若只支持简单的字线图，程序大致可以控制在千行以内，当然这不包括文字布局算法图像解码算法的部份。

除此之外，我们还要拟定比较完善的数据结构来存储我们画在上的信息，通常这些信息是语法分析的结果，也可以是词法分析的结果，在自画过程中融入语法分析的过程。

未来的展望作为个毕业设计课题，还是接近圆满的。

通过的开发，对常见的浏览器开发技术有了深入了解和实践机会，但若作为实际的软件开发项目来讲，还差的很远，为了使其能继续得以生存，决定将其变为开放源码项目，遵循协议开发，现已成为中国论坛的计划的个子项目。

下面主要讨论下在技术上亟待解决的问题。

超级链接的支持，实际上在对技术的了解的基础上。

如前面的详细分析可见，该部份的实现已没有障碍，应该尽快实现，根本上是个编程序的毅力问题。

图片的显示，图片显示因为有很多开放的开发包或源程序，只是显示的话难度不大，但要考虑到多个图片的同时传输的逐步显示的动态显示就愈显复杂，仍需要对图像算法网络传输线程消息等技术多加研究。

等复杂的元素的布局，这实际是个众多浏览器共同的问题，目前除了以外，其它浏览器都还存在较大的问题，如果能实现类似的效果，就比较实用了。

开放源码的浏览器的布局算法也很值得借鉴。

市场展望使用标准编程，可以移植到平台。

也可以利用相关技术实现有市场价值的应用，如智能分析这个软件，就是利用了，将这些文本插入页中。

此函数的主要流程为设置字体计算文本宽度调用，在此页中创建个新的，记录此的属性为分析总结是运行在平台上基于的图形网络浏览器。

具有规模小的优点。

但是页面的显示质量较差，不支持。

基于的嵌入式浏览器改造需要考虑如下几个方面从整体结构来看，从取得文件到文件处理，大量使用回调函数，代码的可读性差，结构不清晰。

建议改成消息机制，这样既增强了各模块的独立性，同时提高了并发性。

文件的显示模块需要改写。

不能支持比较常用的标签，而这种缺陷又是因为设计结构本身的缺陷，所以该模块需要做较大的改写。

对于的依赖较强，由于不适合于嵌入式系统，需要改成基于或等嵌入式，因此改造的工作量较大。

浏览器分析浏览器是个浏览器，用于制作多媒体演示软件，支持多媒体格式包括文字图像音频视频。

采用标准编程，在下使用编译，软件规模较大，源程序达到。

主要模块功能介绍函数库浏览器支持引擎流式文件处理的词法语法分析与布局控件库图形声音等的驱动函数库核心系统函数，包