wcf

在IIS中部署好WCF服务站点后，本机访问服务无问题，局域网中其他电脑访问不到 1、问题描述 　　 在IIS中部署好WCF服务站点后，本机访问服务无问题，局域网中其他电脑访问不到。 2、解决方法 　　 （1）控制面板 -> Windows防火墙 -> 高级设置 　　 　　（2）属性 　　 　　（3）配置文件（我只改了“专用配置文件”）-> “入站连接”设置为“允许” 　　 　　 　　 设置完成后，局域网中其他电脑就可访问到部署在IIS上的WCF服务了。 来源： oschina 链接： https://my.oschina.net/u/4325212/blog/3908043

基于Winform三层架构+WCF+ORM模型的快速开发框架 Winform简介： WinForm是.Net开发平台中对Windows Form的一种称谓，Windows窗体可用于设计窗体和可视控件，以创建丰富的基于Windows的应用程序。 参考： Winform 框架 。 Winform三层架构： Winform三层架构是指基于Winform桌面应用程序采用逻辑分层设计的软件架构，既 三层逻辑架构 ，分别 是指界面层(UI-User Interface)，业务逻辑层(BLL-Business Logic Layer)，数据访问层(DAL-Data Access Layer)，通常结合数据模型ORM以及通信架构如WCF多维度多层次组成。在软件体系架构设计中，分层次是最常见也是最重要的一种设计思路，目的是实现“高内聚，低耦合”设计思想。 以下是三层逻辑架构图： 所谓三层逻辑架构，是在客户端与数据库之间加入一个“中间层”，介于界面层与数据层中间部分的逻辑处理。通常用于处理界面的数据，如数据采集、数据合法性检验、基本数据运算，或界面组件生成、组件状态管理等。基于处理过程封装而成的中间层称为业务逻辑层（BLL - Business Logic Layer）,业务逻辑层没有严格定义和规范，采用三层结构设计符合高内聚，低耦合设计理念，也是研发软件产品最常见的设计方式一。 WCF简介：

Web Service ASP.NET Web API 2 轻量化，高效率的HTTP Service框架 Web API 集成了ASP.NET MVC和WCF Web API的功能 IIS Express 指令模式 进入iis express目录 appcmd list site iisexpress /siteid:id Web API路由 App_Start目录下的WebApiConfig.cs REST 1.资源 2.URI 3.HTTP动词 4.GET 5.POST 6.PUT和PATCH 7.DELETE HTTP动词+URI 来源： oschina 链接： https://my.oschina.net/it110/blog/3783202

HttpClient 日常使用及坑点： 在 C# 中，平时我们在使用 HttpClient 的时候，会将 HttpClient 包裹在 using 内部进行声明和初始化，如： using(var httpClient = new HttpClient()) { //other codes } 至于为什么？无外乎是：项目代码中就是这样写的，依葫芦画瓢/别人就是这样用的/在微软官方的 ASP.NET 教程中也是这么干的。 说的技术范点：当你使用继承了 IDisposable 接口的对象时，建议在 using 代码块中声明和初始化，当 using 代码段执行完成后，会自动释放该对象而不需要手动进行显示 Dispose 操作。 但这里，HttpClient 这个对象有点特殊，虽然继承了 IDisposable 接口，但它是可以被共享的（或者说可以被复用），且线程安全。从项目经验来看，倒是建议在整个应用的生命周期内，复用 HttpClient 实例，而不是每次 RPC 请求的时候就实例化一个。（之前在优化公司一个 web 项目的时候，也曾经因为 HttpClient 载过一次坑，后面我会进行简述。） 我们先来用个简单的例子做下测试，看为什么不要每次 RPC 请求都实例化一个 HttpClient： public class Program { static void Main(string[

一、CLR集成了很多种语言,他们之间可以互相访问,是因为CLR建立的标准的类型集、元数据、公共执行环境。 　　由于各种语言间存在着极大的差别，如区分大小写，有的不支持unsigned、操作符重载或者参数可变方法， 　　所以想要创建这种让别的语言能访问的程序，自己所用的编程语言只能使用其它语言都支持的那些特性。 　　为了帮助我们更好的做到这一点，Microsoft定义一个“公共语言规范（Common Language Specification,CLS）”。 二、CTS定义了一组语言编译器必须遵循的规则，以定义、引用、使用和存储引用类型和值类型。因此，遵循CTS， 　　在不同语言中编写的对象才能彼此交互。但并不是所有的类型都可以用于所有的语言。 三、Language Complile：语言编译器，每种语言基于.net的语言都会有一个面向CLR的托管模块，也可以理解为语言 　　编译器，把对应的语言编译成MSIL。 　　MSIL：微软中间语言，CLR负责把中间语言编译成为执行程序的计算机可以理解的语言，是一种介于高级语言和 　　　　　汇编语言的伪汇编语言。 　　JIT（Just In-Time Compile）：即时编译，将MSIL解释为程序可以理解的语言。 四、CLR的执行模型 　　1、将源代码（vb、cs）编译成托管代码块。托管代码块有中间语言和元数据组成。 　　2

前言 .Net目前支持构建服务器端应用程序的两种实现主要有两种，.NET Framework和.NET Core。两者共享许多相同的组件，并且您可以在两者之间共享代码。但是，两者之间存在根本差异，在我们选择使用哪种框架构建应用时，您的选择取决于您要完成的工作，以下说明两种框架的应用场景，希望能够帮助您做出最正确的选择。 在以下情况下，将.NET Core用于服务器应用程序： 您有跨平台的需求。 您正在针对微服务。 您正在使用Docker容器。 您需要高性能和可扩展的系统。 每个应用程序需要并行的.NET版本。 在以下情况下，将.NET Framework用于服务器应用程序： 您的应用当前使用.NET Framework（建议扩展而不是迁移）。 您的应用程序使用了.NET Core不可用的第三方.NET库或NuGet软件包。 您的应用使用了.NET Core无法使用的.NET技术。 您的应用使用的平台不支持.NET Core。 Windows，macOS和Linux支持.NET Core。 何时选择.NET Core 以下各节对前面所述选择.NET Core的原因进行了更详细的说明。 跨平台需求 如果您的应用程序（Web /服务）需要在多个平台（Windows，Linux和macOS）上运行，请使用.NET Core。 .NET Core支持将前面提到的操作系统作为您的开发工作站。

【推荐阅读】微服务还能火多久？>>> 资源信息化/办公自动化/服务专业化/决策智能化是企业管理系统的关键目标，随着业务的快速增长和技术的频繁更新，已有的管理系统或通用的软件产品已经不能满足企业要求，因此定制开发适合大中型企业的综合解决方案是目前的发展趋势。 信必优 企业管理系统解决方案通过按需集成包括ERP/CRM/OA/CMS/SCM等核心功能，既满足实际需要又避免业务重构，既提高生产效率又节省投资，确保企业能敏捷应对市场变更。通过 信必优 的专业化解决方案，使企业可以在保持内部开发的全部优势的同时转移可能存在的风险，并极大的降低了项目成本。 SAP FI/CO/HR 流程分析与优化及BI实施 NetWeaver战略制定与部署以及XI/PI & MDM商业化 专业的需求分析帮助企业进行管理流程优化 构建/重构/移植企业级综合业务管理系统 实施企业应用系统间的业务集成或技术集成 基于ESB/SOA架构搭建企业信息化基础平台 基于WCF/WWF等技术构建扩展性强的动态流程管理和工作流平台 基于SSRS/SSIS/SSAS等技术构建高性能数据库应用系统 基于Word/Excel/PDF处理技术构建先进的文档处理平台 基于Excel处理技术实现更先进的数据导入导出机制 其他企业管理系统开发工作 来源： oschina 链接： https://my.oschina.net/u

【今日推荐】：为什么一到面试就懵逼！>>> 看到越南小哥 的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

这篇内容主要来自Microsoft .NET团队程序经理Sourabh Shirhatti的博客文章： https://grpc.io/blog/grpc-on-dotnetcore/ ， .NET Core 3.0现已提供grpc的.NET 托管实现 grpc-dotnet， gRpc 取代WCF成为 .NET的一等公民。自2018年11月以来，Microsoft的.NET团队一直与gRPC团队密切合作，共同开发适用于.NET Core的gRPC的全新完全托管实现。 gRpc 有非常多的公司在使用，比如 Salesforce，Netflix，Spotify，Fanatics等公司（当然还有Google），特别是整个CNCF 主导下的云原生应用开发生态里gRpc 有着举足轻重的地位。 .NET目前有两种正式的gRPC实现： Grpc.Core ：基于本地gRpc Core库的原生 gRpc C＃实现，支持.NET Core 2.1/.NET Framework 4.5+/Mono 4+ 。 grpc-dotnet ：完全以C＃编写的新实现，没有任何本机依赖性，并且基于最新发布的.NET Core 3.0。 这两种实现并排共存，并且在可用功能，集成，支持的平台，成熟度和性能方面各有各的优势。两种实现共享用于调用和处理RPC的相同API，用户能够选择最能满足其需求的实现

ylbtech-NuGet：ServiceStack ServiceStack is a simple and fast alternative to WCF, MVC and Web API in one cohesive framework for all your services and web apps that's intuitive and Easy to use! To get started see: https://servicestack.net/getting-started 1. 返回顶部 2. 返回顶部 3. 返回顶部 4. 返回顶部 5. 返回顶部 1、 https://www.nuget.org/packages/ServiceStack/ 2、 6. 返回顶部 作者： ylbtech 出处： http://ylbtech.cnblogs.com/ 本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。 ServiceStack is a simple and fast alternative to WCF, MVC and Web API in one cohesive framework for all your services and web apps that's