杨友山

随着“云”时代的到来，“云”已经无处不在了。什么是“云”，无非就是利用互联网强大的功能建立多个服务器，然后再利用互联网的传输数据的特点将数据从某个服务器中读取出来或者将你的数据上传上去。当然这个服务器不是一定就是传统意义的服务器，具备服务器功能的个人电脑也算是服务器。 所以在编程中服务的作用越来越大了，.net从2.0的webservice，到3.5之后的WCF，服务的功能越来越强了。现在先从简

接http://blog.csdn.net/yysyangyangyangshan/article/details/9234837 2、正式发布 直接发布wcf需要做一些如下准备。检查IIS的必要组件。 设置好这些后，注册一下WCF组件。 打开Visual Studio命令行提示工具(Start->所有程序->Visual Studio 2010->Visual Stu

无论是C/S模式，还是B/S模式，使用服务总是免不了的。一般来说C#中使用WebService、WCF，这里就不必多说了。在项目中总还会用到第三方的服务，当然了既然提供了第三方服务不论什么语言的C#总能直接调用才行。直接调用没什么问题，而且速度会快，获取的数据类型和数据结构简单处理就可以使用。但是直接调用有一个问题，就是不便于修改。如果第三方服务有了变动，客户端调用就要相应的修改。特别是对于多个客

基础连接已经关闭 连接被意外关闭又被我碰到。有这样一个场景，数据库的表中有一个字段表示的是产品，但是这个产品的类型是不同的，也就是说属性不同。为了方便管理因此都使用在该字段中了，使用clob类型，保存一段对应产品类的json的字符串。json的用法可能大家都比较熟悉。于是我在服务端打算写这样几个方法。产品类的模型：该类表示这个通用字段， [DataContract] public cl

WCF 基础连接已经关闭: 连接被意外关闭。这个错误可能一不小心就会碰到。总结起来应该有两种情况导致：1、传输数据过大。第一种情况，可以采取修改本地引用服务生成的节点内的属性解决。binding节点中maxReceivedMessageSize的值增大即可。不过一般不建议这样使用，对于大批量数据可采取分页读取方式解决。因为大批量数据传输，影响传输速度并且容易出错。2、传输类中的属性序列化问题这种情

在WCF服务中我一直是使用ADO.NET 实体模型来连接数据和操作数据库的，刚开始用时觉得比较新鲜，因为linq与sql语句的基本操作都有对应的使用方法，而且能直接获取到数据表的模型，大多情况下还是比较好用的。不过偶尔的时候要涉及到多表关联的复杂的sql语句的查询，写linq就比较麻烦了，要使用分步进行，就是先用linq查出一个条件，赋值给一个变量，然后再将这个变量作为下一个linq的查询条件，不

不管BS还是CS中现在基本都在使用WCF服务了，那么类的封装肯定是少不了的。那么对服务端的类有哪些需要注意的呢。1、一定要封装一次，也就是如果想给客户端提供数据，一定要自己重新写一个封装数据的类。比如，我在前段时间写了一个服务，给客户端提供数据的。服务端读取数据使用的是ADO.NET实体模型。因为生成的实体，是可序列化的，所以为了省事直接将实体数据模型作为参数类型进行传输，这样程序很快就写完了。可