小魔女 发表于 2015-1-16 22:18:06

ASP.NET网站制作之设置WCF完成传输年夜数据

前几天同学问我学习方向的问题。有点想法,不知道对不对,怕误导同学,现在“开源一下”。注:括号内是我现在整理的时填加上的。WCF能够匡助我们用来传输数据。可是有无人碰到过必要年夜容量数据传输的需求呢?只需举行准确的设置就能够完成WCF传输年夜数据。
在从客户端向WCF服务端传送较年夜数据(>65535B)的时分,发明程序间接从Reference的BeginInvoke跳到EndInvoke,没有进进服务真个Service实践逻辑中,嫌疑是因为数据过年夜超越限制招致的。
成绩是我实践发送的数据是方才从WCF服务端吸收过去的,一来一往,数据量不同其实不年夜。
然后发明,在客户端和服务端实践利用的是分歧的设置,关于客户端,在增加ServiceReference时主动天生的ServiceReferences.ClientConfig文件中system.serviceModel节下有如许的设置完成WCF传输年夜数据:
<bindings>
<basicHttpBinding>
<bindingname="BasicHttpBinding_WcfService"
maxBufferSize="2147483647"
maxReceivedMessageSize="2147483647">
<securitymode="None"/>
</binding>
</basicHttpBinding>
</bindings>然后在Client节里使用Binding
Configuration:
<client>
<endpointaddress="http://
localhost:22000/Service/WcfService.svc"
binding="basicHttpBinding"
bindingConfiguration="BasicHttpBinding_WcfService"
contract="WcfServiceReference.WcfService"
name="BasicHttpBinding_WcfService"/></client>
在Binding里指定了最年夜缓存字节数和最年夜承受字节数,相称于2G的巨细!除非传一整套一连剧,通常为够用了。
而在服务端,Web.config文件里,Bindings节是空的,而Service也没有指定bindingConfiguration属性,那末它们接纳的就是默许的65535的巨细。
成绩找到,办理WCF传输年夜数据就对照简单了:
在Bindings节增加新的Binding设置,指定最年夜承受数据:
<bindings>
<basicHttpBinding>
<bindingname="LargeDataTransferServicesBinding"
maxReceivedMessageSize="2147483647"
messageEncoding="Text"transferMode="Streamed"
sendTimeout="00:10:00"/>
</basicHttpBinding>
</bindings>以后给响应的Service
指定bindingConfiguration属性:
<servicebehaviorConfiguration=
"Server.Service.WcfServiceBehavior"
name="Server.Service.WcfService">
<endpointaddress=""binding=
"basicHttpBinding"bindingConfiguration=
"LargeDataTransferServicesBinding"
contract="Server.Service.WcfService"/>
<endpointaddress="mex"binding=
"mexHttpBinding"contract="IMetadataExchange"/>
</service>
如许就能够从客户端发送充足年夜的数据了。

P.S.:
.net默许只能传4M的文件,以是只管设定了Wcf两头的设置,仍是超不出.net的限制,以是假如要传输年夜文件,还必要在System.Web节下加上
<httpRuntimemaxRequestLength="102400"/>
这里的单元是KB,如许就能够传100M的文件了,充实办理了WCF传输年夜数据的成绩。固然,这么年夜的文件,最好仍是分段传输对照好。
.net默许只能传4M的文件,以是只管设定了Wcf两头的设置,仍是超不出.net的限制,以是假如要传输年夜文件,还必要在System.Web节下加上
<httpRuntimemaxRequestLength="102400"/>
这里的单元是KB,如许就能够传100M的文件了,充实办理了WCF传输年夜数据的成绩。固然,这么年夜的文件,最好仍是分段传输对照好。
倡议不要传输过年夜的数据,由于大概形成你的收集梗塞。
可怜的程序员,还是逃不出移植的命运!

小魔女 发表于 2015-1-19 07:06:05

在调试JSP代码时,如果程序出错,JSP服务器会返回出错信息,并在浏览器中显示。这时,由于JSP是先被转换成Servlet后再运行的,所以,浏览器中所显示的代码出错的行数并不是JSP源代码的行数。

飘飘悠悠 发表于 2015-1-26 23:21:31

主流网站开发语言之ASP:ASP是微软(Microsoft)所开发的一种后台脚本语言,它的语法和VisualBASIC类似,可以像SSI(ServerSideInclude)那样把后台脚本代码内嵌到HTML页面中。虽然ASP简单易用,但是它自身存在着许多缺陷,最重要的就是安全性问题。

因胸联盟 发表于 2015-2-5 00:48:50

ASP在执行的时候,是由IIS调用程序引擎,解释执行嵌在HTML中的ASP代码,最终将结果和原来的HTML一同送往客户端。

爱飞 发表于 2015-2-11 00:46:09

对于中小项目来说.net技术是完全可以胜任,但为什么现在大型公司或网站都选择php或java呢?就是因为微软不够开放,没有提供从硬件到应用服务器再到业务应用的整套解决方案。

分手快乐 发表于 2015-3-1 19:10:38

Asp.net:首先来说,Asp.net和Asp没什么关系,看着像是升级版本什么的,其实没什么联系。Asp是脚本编程,用的是ASP语言,而ASP.net用的是C#语言,完全不同的东西。

深爱那片海 发表于 2015-3-10 22:32:36

以上是语言本身的弱点,在功能方面ASP同样存在问题,第一是功能太弱,一些底层操作只能通过组件来完成,在这点上是远远比不上PHP/JSP,其次就是缺乏完善的纠错/调试功能,这点上ASP/PHP/JSP差不多。

海妖 发表于 2015-3-17 12:08:17

在asp.net虚拟主机的服务提供商中,目前首推的是CNNIC的其中一家域名注册机构---时代互联(www.now.net.cn),他们早在2001年微软刚推出Asp.net时就推出了对应的Asp.net虚拟主机了,经笔者的使用测试,他提供的Asp.net性能非常的稳定,版本也会定期的更新,目前他的

老尸 发表于 2015-3-24 09:54:36

那么,ASP.Net有哪些改进呢?
页: [1]
查看完整版本: ASP.NET网站制作之设置WCF完成传输年夜数据