wcf

下载DevExpress v20.1完整版 通过 DevExpress WPF Controls ，您能创建有着强大互动功能的XAML基础应用程序，这些应用程序专注于当代客户的需求和构建未来新一代支持触摸的解决方案。 遇到的问题 有以下DTO类（在WCF服务中）： /// <summary> /// Класс ТБК /// </summary> [DataContract] public class DTOTbkInfo { /// <summary> /// Код ТБК /// </summary> [DataMember] public int Code { get; set; } /// <summary> /// Название ТБК /// </summary> [DataMember] public string Name { get; set; } /// <summary> /// Код уровня ТБК /// </summary> [DataMember] public int LevelCode { get; set; } /// <summary> /// Код родительского ТБК /// </summary> [DataMember] public int? ParentCode { get => ParentTbk?

C#动态调用WCF接口，两种方式任你选。 写在前面 接触WCF还是它在最初诞生之处，一个分布式应用的巨作。 从开始接触到现在断断续续，真正使用的项目少之又少，更谈不上深入WCF内部实现机制和原理去研究，最近自己做一个项目时用到了WCF。 从这个小项目中我学会了两个地方： 1、利用IIS部署WCF服务，也就是大家接触到的发布SVC文件。2、动态调用WCF接口。 在这个项目中接触WCF时遇到的其实不仅仅是这两个问题，甚至连IIS支持SVC文件也让我折腾了好几把，IIS都重新卸载了两次。 我在这篇文章里用两种方式来实现。 如何使用 1、第一种方式比较简单，而且也是大家喜欢的，因为不需要任何配置文件就可解决，只需知道服务契约接口和服务地址就可以调用。 2、使用Invoke的方式，但是需要在调用客户端配置WCF，配置后在Invoke类里封装服务契约接口即可。 客户端调用DEMO 1 2 3 4 5 6 7 //第一种方式 string url = "http://localhost:3000/DoubleService.svc" ; IDoubleService proxy = WcfInvokeFactory.CreateServiceByUrl<IDoubleService>(url); int result = proxy.Add(1, 3); //第二种方式<br><br>int

一：讲故事 上一篇介绍的 6 个特性从园子里的反馈来看效果不错，那这一篇就再带来 6 个特性同大家一起欣赏。 二：特性分析 1. 像弱类型语言一样解析 json 大家都知道弱类型的语言有很多，如: nodejs，python，php，它们有一个🐮👃的地方就是处理json，不需要像 强类型语言 那样还要给它配一个类，什么意思呢？ 就拿下面的 json 说事。 { "DisplayName": "新一代算法模型", "CustomerType": 1, "Report": { "TotalCustomerCount": 1000, "TotalTradeCount": 50 }, "CustomerIDHash": [1,2,3,4,5] } 这个 json 如果想灌到 C# 中处理，你就得给它定义一个适配的类，就如 初篇 的客户算法模型类，所以这里就有了一个需求，能不能不定义类也可以自由解析上面这串 json 呢？？？ 哈哈，当然是可以的， 反序列化成 Dictionary 即可，就拿提取 Report.TotalCustomerCount 和 CustomerIDHash 这两个字段演示一下。 static void Main(string[] args) { var json = @"{ 'DisplayName': '新一代算法模型', 'CustomerType': 1,

Camstar客制化开发做查询操作，对于Sql语句的保存地方有三种（Designer中保存在Query、Portal中保存在UserQuery、直接写在代码中） 其中Portal中UserQuery容易被人改动，所以一般情况下不用，直接写在代码中对于代码的“美观”上看着一大片红色代码不是很美观，所以选择将SQL语句存放在Designer中拿来做查询操作 1 DataTable dt; 2 string ContainerName = _ContainerName.Data.ToString(); 3 var fs = FrameworkManagerUtil.GetFrameworkSession(); 4 var servStatus = new QueryService(fs.CurrentUserProfile); 5 var qparamstatus = new QueryParameters() 6 { 7 Parameters = new QueryParameter[] 8 { 9 new QueryParameter( " name " , ContainerName) 10 } 11 }; 12 RecordSet statusresult; 13 var tempresstatus = servStatus.Execute( " jkoPacking

看到越南小哥 的github 上的 Evaluating Performance of REST vs. gRPC ， 使用的是.NET Core 3.0 , 今天我把它升级到.NET Core 3.1 同样做了一个测试，文章的结果和他的博客文章是一样的： https://dev.to/thangchung/performance-benchmark-grpc-vs-rest-in-net-core-3-preview-8-45ak 。 在8年前我写过一篇文章： WCF和ASP.NET Web API在应用上的选择 。 现在是2020年了，WCF换成了gRPC， ASP.NET Web API换成了ASP.NET Core Web API, 对外提供标准化的REST服务，内部通信采用gRPC的也是新时代的.NET应用程序的一个好选择，类似于Kubernetes 架构将有效负载格式用于传输协议的方式。 我们来看下.NET Core 3.1下REST和gRPC的性能表现怎么样？ 从 https://github.com/geffzhang/RESTvsGRPC 下载代码。在测试机器上安装.NET Core 3.1。 REST API： cd RESTvsGRPC\RestAPI dotnet run -p RestAPI.csproj -c Release gRPC API： cd

接到开发接口的任务，写完后不知对错，就想到找一个接口测试工具测一测。接口测试工具有很多，比如Swagger、SoapUI、Jmeter、Postman等，本文着重讲述Postman的安装与使用。 1.Postman的安装 Postman的官方下载地址为https://www.getpostman.com/apps，在这里，你可以根据自己的需求直接下载相应的exe文件，达到一键安装的效果。 2.Postman测试WebService接口 （1）设置url 一般就是访问项目中的asmx文件。 （2）设置请求模式:post （3）设置Header 为防止出现中文乱码，数据编码格式为UTF-8。所以添加Content-Type，值为text/xml;charset=utf-8。 （4）设置Body 勾选raw， 因为WebService通过HTTP协议发送请求和接收结果时，发送的请求内容和结果内容都采用XML格式封装，并增加了一些特定的HTTP消息头，以说明 HTTP消息的内容格式，这些特定的HTTP消息头和XML内容格式就是SOAP协议。这边需要指定传输数据的类型，选择XML(text/xml)格式。 接口定义的请求格式复制到Body中，并且填上必要的参数，例子如下： <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns

实现WCF的步骤如下： 设计服务协议 实现服务协议 配置服务 托管服务 生成客户端（这步可有可无） 设计或定义服务协议要么使用接口，要么使用类。建议接口，使用接口好处一堆例如修改接口的实现，但是服务协定有无需改变。 设计服务协议，接口上使用 ServiceContractAttribute ，方法上使用OperationContractAttribute。 服务协议的每个方法的参数和返回值的类型都必须是可序列化的，默认.net自带的类型都是可序列化的。 如果有在接口里面使用到自定义的类型，就要使用到数据协议了，那自定义的类型 使用DataContractAttribute，里面属性成员使用DataMemberAttribute。 namespace DataContractinWCF.Web { [ServiceContract] public interface IService1 { [OperationContract] List <Customer> GetCustomerData( int CustomerID); } [DataContract] public class Customer { private string m_Name; private int m_Age; private int m_Salary; private string m

一：讲故事 上一篇介绍的 6 个特性从园子里的反馈来看效果不错，那这一篇就再带来 6 个特性同大家一起欣赏。 二：特性分析 1. 像弱类型语言一样解析 json 大家都知道弱类型的语言有很多，如: nodejs，python，php，它们有一个🐮👃的地方就是处理json，不需要像 强类型语言 那样还要给它配一个类，什么意思呢？ 就拿下面的 json 说事。 { "DisplayName": "新一代算法模型", "CustomerType": 1, "Report": { "TotalCustomerCount": 1000, "TotalTradeCount": 50 }, "CustomerIDHash": [1,2,3,4,5] } 这个 json 如果想灌到 C# 中处理，你就得给它定义一个适配的类，就如 初篇 的客户算法模型类，所以这里就有了一个需求，能不能不定义类也可以自由解析上面这串 json 呢？？？ 哈哈，当然是可以的， 反序列化成 Dictionary 即可，就拿提取 Report.TotalCustomerCount 和 CustomerIDHash 这两个字段演示一下。 static void Main(string[] args) { var json = @"{ 'DisplayName': '新一代算法模型', 'CustomerType': 1,

**《Microsoft .NET 企业级应用架构设计 (第2版)》 ========== ========== ========== [作者] (意) Dino Esposito (意) Andrea Saltarello [译者] (中) 李永伦 [出版] 人民邮电出版社 [版次] 2016年04月 第2版 [印次] 2018年05月 第5次 印刷 [定价] 69.00元 ========== ========== ========== 【第01章】 【今天的架构师和架构】 (P010) 需求经由首席架构师处理之后会交由开发团队实现。 (P011) 瀑布模型已是明日黄花，你可以将它的死亡归咎于软件开发是一种工程学。 软件开发最流行的敏捷方法学是极限编程 (XP) 。 (P012) 架构师参与开发流程的所有阶段，包括需求分析和架构设计、实现、测试、集成以及部署。 架构师的主要职责是 : 确认需求，把系统分解成更小的子系统，识别和评估技术，以及制定规范。 (P013) 架构师确认需求，尽力在设计里采用和满足它们。 (P014) 架构师需要具备的一个重要特征是语言清晰。 【第02章】 【为成功而设计】 (P020) 虽然 RAD 方案对于以数据为中心的小型简单应用程序 (如 CRUD 应用程序) 来说可能刚好合适