正如我在上一篇文章中提到的, aspnetserve 1.3 刚刚发布。随之而来的是一些激动人心的变化。以下是一些最显著的变化的概述:
aspnetserve 的目标是针对 http 协议的1.1 版, 而在1.3 版之前, 它在该目标中存在明显的缺陷。它甚至没有试图保持周围的 "保持活力" (又名、持续的) 联系。服务器在每次请求后都天真地关闭了连接。
1.3 版中的新 aspnetserve. server 对象完全支持持久连接, 并随之引入了几个新属性:
maxconnect
此属性表示允许的最大同时连接数。一旦达到最高金额, 将拒绝额外的请求。
保持的 aliverequest出路
一个时间段 (以毫秒为单位), aspnetserve 将等待以前建立的连接上的后续通信。
ice (双关语的意思) 允许 aspnetserve 在后台处理请求。此外, 这允许请求处理, 而无需用户首先登录并启动 simpleserver ui。
ice 从一个 xml 文件读取它的配置, 该文件的架构是在 wiki 页面 "概要概述" 上定义的。
下面是 xml 文件的一个简单示例:
<?xml version="1.0" encoding="utf-8"?><s
erver xmlns="http://aspnetserve.googlecode.com/svn/tags/Release%201.3/aspNETserve/Configuration/Xml/aspNETserve.config.xsd"> <
application physicalpath="c:temp">
<domain name="www.example.com" virtualpath="/"></domain>
<endpoint ip="127.0.0.1" port="80"></endpoint>
<endpoint ip="127.0.0.1" port="443" secure="true"></endpoin
t> </application
></server>
也许最令人兴奋的新功能是分布式打包 web 应用程序的能力。从本质上讲, 这允许您拉链您的整个网站和分发一个文件, 而不是几十个 (甚至几百个)。web 应用程序包 (wap) (称为 wap) 在其 wiki 页面上进行了详细描述。
目前在 simpleserver 上支持 wap, 因此这意味着 aspnetserve. 冰被排除在此功能之外。幸运的是, 对于那些使用 aspnetserve api 的人来说, 没有什么能阻止您将此功能集成到您自己的应用程序中。开始了解 wap 语义的最佳位置是简单服务器 ui 本身。
如果运气好的话, aspnetserve 的下一个里程碑将是版本 1.3.1, 目前计划在2008年10月31日之前的某个时候发布。
