ConEntity:一种基于进程的自主并发实体编程模型及其实现

本文在虚拟计算环境之上,研究支持具有自主能力、高并发的新型互联网应用开发方法,在已有的基于进程、面向并发的编程模型中引入实体建模机制,扩展出一种兼具进程和自主并发实体的程序设计模型ConEntity,并给出了形式化定义和描述.ConEntity模型具有表达性、并发性和可伸缩性的特点,能对虚拟计算环境资源高效、透明访问.通过扩展Erlang/OTP将其实现为Erlang语言设施UniAgent.本文的模型为在虚拟计算环境上快速直接构建具有自主、高并发能力实体的新型互联网应用提供了模型和语言上的支持.     

一种在线的动态网页分块缓存方法

 分块缓存技术能够有效提高动态网页的服务质量.现有的既存系统较少使用分块缓存技术设计,如何将其应用于这些系统是一个很大的挑战.本文提出了一种在线的动态网页分块缓存方法,使原系统演化成基于分块的系统,为用户服务.该方法具有三方面优点:(1)使原系统在线演化,不影响系统对用户的服务提供;(2)简化了模板的维护,使逻辑执行的粒度从页面降低到分块,减轻了服务器端的压力;(3)独立于原系统,有效支持系统的变化和升级.文章最后对方法进行了实现和评估,结果说明该方法能够较好实现系统的演化,提高系统的服务质量.     

三种空穴模型在可调汽蚀文氏管数值模拟中的对比研究

采用Singhal et al,Zwart-Gerber-Belamri,Schnerr and Sauer三种空穴模型,结合Mixture多相流模型,对不同开度下的可调汽蚀文氏管进行了数值模拟,并将计算结果与试验数据进行了对比分析,讨论了计算模型的适应性。研究结果表明三种数值模型均能模拟可调汽蚀文氏管的内部流场,计算结果与试验结果具有较好的一致性且随着开度的增大计算精度提高。相比较而言,Zwart-Gerber-Belamri空穴模型计算精度较高,收敛速度较快,而且能够捕捉到相变过程中的温度变化,是一种较为实用的可调汽蚀文氏管的数值计算模型。     

一种考虑QoS数据可信性的服务选择方法

随着Internet上功能相似的Web服务的逐渐增多,在运行时刻基于服务质量(QoS)对Web服务进行查找和选择已成为研究热点.现有的基于QoS的服务选择方法通常假定服务提供者和使用者给出的QoS数据都是真实可信的,然而这一假设在实际中往往很难保证.为此,提出了一种考虑QoS数据可信性的服务选择方法.方法从QoS数据来源的角度对质量属性进行分类和计算:对于数据来自服务提供者的质量属性,使用以往运行数据统计,对提供者的QoS数据进行修正;对于数据来自服务使用者的质量属性,通过计算用户间以往反馈的相似程度权衡不同QoS反馈数据的可信程度.对此给出了实现框架,并通过一组模拟实验说明该方法能够有效地削弱不可信的QoS数据对服务选择的影响,增强了Web服务选择结果的准确性.     

一种网络化移动应用部署方案优化方法

从软件体系结构角度出发,从满足移动用户个性化需求入手,提出一种便于移动应用开发和部署的整合方案.该方案从设备属性(如CPU、内存、屏幕、通信模式等)、用户偏好(如对能耗和性能的偏好等)以及QoS需求(如交互频率、安全、实时性等)等多重维度入手,采用体系结构驱动的方法对应用进行建模,并生成满足用户个性化需求的部署方案,从而有效提高了移动应用的可配置性.实验结果表明,该方案可以有效地方便移动应用的开发及部署,提高应用与用户需求的契合程度,改善网络化移动应用的可配置性.     

网络化移动应用的全局适应性数据预取机制

提出一种多目标的数据预取方法(multiple goals oriented data prefetching,简称MGODP)来满足不同用户的数据预取需求.MGODP不仅从用户偏好出发为其预取合适量的数据,而且从服务器角度出发,对于Client/ Server模式下的数据访问提出全局合作的方法,以大幅度提高服务质量.另外,MGODP提供了移动客户端和服务器之间平衡工作负载的合作机制,合理分配系统资源,保障系统性能.通过一系列实验可以看出,MGODP方法能够很好地满足不同用户的需求,并通过全局合作和负载均衡机制在保证用户性能需求的前提下,尽可能地减小对电池电量和网络带宽的消耗.     

面向Aspect的程序设计——一种新的编程范型

Currently the main stream programming paradigm is Object Oriented Programming: OOP, which has got-ten great success. The advantage of OOP is that it provides effective modularity support, and enables direct mappingfrom requirement space to design space, etc. However, there are still some specific requirement and design issues,e.g. , security and logging, which are hard to be implemented with clear modularity using either procedural or OOP techniques. In fact, the code of this kind of concerns are often scattered through out the whole system, resulting insome ugly scattering code and tangling code. Such kinds of programs are often difficult to develop and maintain. Re-cently a new programming paradigm Aspect Oriented Programming：AOP, which aims at solving the crosscutting concerns, has gained much popularity. This paper is an overview of AOP.