services

(原创:灰灰虫的家 http://hi.baidu.com/grayworm ) 上一篇中，我们创建了一个简单的WCF服务，在测试的时候，我们使用VS2008自带的WCFSVCHost(WCF服务主机)发布WCF服务，以便进行测试。这种VS2008内置的WCFSVCHost只适用于开发人员测试的使用，能进行WCF服务部署。这一篇文章中我们来看一下如何在IIS中部发布我们上一篇中做好的WCF服务。 第一步：打开我们上一篇文章中建立的WCF服务项目。 图《1》 第二步：新建WCF服务站点。 在解决方案上右击，选择“添加”->“新建网站”，打开新建网站对话框。在“添加新网站”对话框中，我们选择“WCF服务”，并把网站的名子命名为“BookServiceHost” 图《2》 建立起来的新的WCF服务站点的结果如下，其中在App_Code文件中自动为我们生成两个类文件：IService.cs和Service.cs。这两个文件对我们来说没有用，我们删掉。 图《3》 第三步：在刚刚创建的WCF服务站点上添加对WCF服务库项目--Services项目的引用。 图《4》 第四步：配置Service.svc文件。 双击Service.svc文件，我们可以看到它的声明指示如下： <%@ ServiceHost Language="C#" Debug="true" Service="Service"

(原创:灰灰虫的家 http://hi.baidu.com/grayworm ) 上一篇中，我们创建了一个简单的WCF服务，在测试的时候，我们使用VS2008自带的WCFSVCHost(WCF服务主机)发布WCF服务，以便进行测试。这种VS2008内置的WCFSVCHost只适用于开发人员测试的使用，能进行WCF服务部署。这一篇文章中我们来看一下如何在IIS中部发布我们上一篇中做好的WCF服务。 第一步：打开我们上一篇文章中建立的WCF服务项目。 图《1》 第二步：新建WCF服务站点。 在解决方案上右击，选择“添加”->“新建网站”，打开新建网站对话框。在“添加新网站”对话框中，我们选择“WCF服务”，并把网站的名子命名为“BookServiceHost” 图《2》 建立起来的新的WCF服务站点的结果如下，其中在App_Code文件中自动为我们生成两个类文件：IService.cs和Service.cs。这两个文件对我们来说没有用，我们删掉。 图《3》 第三步：在刚刚创建的WCF服务站点上添加对WCF服务库项目--Services项目的引用。 图《4》 第四步：配置Service.svc文件。 双击Service.svc文件，我们可以看到它的声明指示如下： <%@ ServiceHost Language="C#" Debug="true" Service="Service"

WCF开发实战系列二：使用IIS发布WCF服务 上一篇中，我们创建了一个简单的WCF服务，在测试的时候，我们使用VS2008自带的WCFSVCHost(WCF服务主机)发布WCF服务，以便进行测试。这种VS2008内置的WCFSVCHost只适用于开发人员测试的使用，能进行WCF服务部署。这一篇文章中我们来看一下如何在IIS中部发布我们上一篇中做好的WCF服务。 第一步：打开我们上一篇文章中建立的 WCF 服务项目。 图《1》 第二步：新建 WCF 服务站点。 在解决方案上右击，选择“添加”->“新建网站”，打开新建网站对话框。在“添加新网站”对话框中，我们选择“WCF服务”，并把网站的名子命名为“BookServiceHost” 图《2》 建立起来的新的WCF服务站点的结果如下，其中在App_Code文件中自动为我们生成两个类文件：IService.cs和Service.cs。这两个文件对我们来说没有用，我们删掉。 图《3》 第三步：在刚刚创建的 WCF 服务站点上添加对 WCF 服务库项目 --Services 项目的引用。 图《4》 第四步：配置 Service.svc 文件。 双击Service.svc文件，我们可以看到它的声明指示如下： <%@ ServiceHost Language="C#" Debug="true" Service="Service"

一、Web Services的基本概念 Web Services是设计支持机器于机器通过网络互操作的一种软件系统(W3C的定义)。 Web Services是一种分布式的体系结构，可以跨域应用系统的对象体系、运行平台、开发语言等的界限，以服务的形式封装应用并对外发布，供用户或其他企业调用，从而形成一个基于Web的服务共享平台。 Web Services是描述一些利用标准化的XML消息传递机制可以通过网络访问的操作的接口。Web Services是用标准的、规范的XML概念描述的，称为Web Services的服务描述(WSDL)。这一描述囊括了与服务交互需要的全部细节，包括消息格式、详细操作、传输协议和位置。该接口隐藏了实现服务的细节，允许独立于实现服务基于的硬件或软件平台和编写服务所用的语言使用服务。这允许并支持基于Web Services的应用程序称为松散耦合、面向组件或跨技术实现。Web Services履行一项特定的任务或一组任务。 二、相关概念 1、XML：XML是EXtensible Markup Language的缩写,XML是一种类似于HTML的标记语言,XML是用来描述数据的,XML的标记不是在XML中预定义的，你必须定义自己的标记 XML使用文档类型定义（DTD）或者模式（Schema）来描述数据 ,XML使用DTD或者Schema后就是自描述的语言. 2

2020/01/29, ASP.NET Core 3.1, VS2019 摘要：基于ASP.NET Core 3.1 WebApi搭建后端多层网站架构【5.1-WebCore网站核心配置】 统一封装网站核心配置，注册跨域策略，实例化雪花算法，后期可扩展添加多语言支持 文章目录 此分支项目代码 本章节介绍了统一封装网站核心配置，注册跨域策略，实例化雪花算法，后期可扩展添加多语言支持 添加网站配置及跨域配置 在 MS.WebApi 应用程序 appsettings.json 中添加以下节点： "SiteSetting": { "WorkerId": 1, //for snowflake workerid "DataCenterId": 1, //for snowflake datacenterid "LoginFailedCountLimits": 3, //the number of login failed "LoginLockedTimeout": 3 //(minutes) account locked timeout }, "Startup": { "Cors": { "AllowOrigins": "http://localhost:8080,http://localhost:8081" } } 添加完成后，如下图所示： 说明： WorkerId

原文: .net core 中api 模型验证 AddControllers/AddMvc方法允许添加自定义ActionFilterAttribute进行过滤 # 文档中这么定义Filter： 可以创建自定义筛选器，用于处理横切关注点。 横切关注点的示例包括错误处理、缓存、配置、授权和日志记录。 筛选器可以避免复制代码。 例如，错误处理异常筛选器可以合并错误处理。 通过不同的接口定义，筛选器同时支持同步和异步实现。 同步筛选器在其管道阶段之前和之后运行代码。 例如，OnActionExecuting 在调用操作方法之前调用。 OnActionExecuted 在操作方法返回之后调用。 添加自定义模型验证 自定义筛选器依赖注入方式 # Copypublic void ConfigureServices(IServiceCollection services) { // Add service filters. services.AddScoped<AddHeaderResultServiceFilter>(); services.AddScoped<SampleActionFilterAttribute>(); services.AddControllersWithViews(options => { options.Filters.Add(new

原文: 150行代码打造.net core生产力工具，你值得拥有 你是否在初学 .net core时，被依赖注入所折磨？ 你是否在开发过程中，为了注入依赖而不停的在Startup中增加注入代码，而感到麻烦？ 你是否考虑过或寻找过能轻松实现自动注入的组件？ 如果有，那请欢迎继续往下看。 或许你是被我这标题给吸引过来的，请不要怀疑自己的眼睛，如果你真的遇到过以上的问题，那我相信我的分享能帮助到你。 再次声明，我不是标题党。 闲话少说，此组件已经在我们公司内部使用半年有余，虽然代码不多，但也确确实实为公司同事解决些许麻烦事。为了响应公司开源的号召，所以决定将此组件开源。 在没有此工具之前，相信大多数使用core的程序员都是使用如下方式注入依赖的： services.AddTransient<IStudentRepository, StudentRepository>(); services.AddTransient<IGroupRepository, GroupRepository>(); services.AddTransient<ISchoolRepository, SchoolRepository>(); ..... ..... ..... ..... 此处省略若干行 但在项目的开发过程中，需要依赖注入的类存在频繁变动的情况，而时常会出现写了实体以及对应的接口后

ASP.NET Core中的HttpContext开发，在ASP.NET开发中我们总是会经常用到HttpContext。 那么在ASP.NET Core中要如何使用HttpContext呢，下面就来具体学习ASP.NET Core HttpContext。 注入HttpContextAccessor ASP.NET Core中提供了一个 IHttpContextAccessor接口，HttpContextAccessor 默认实现了它简化了访问HttpContext。 它必须在程序启动时在IServicesCollection中注册，这样在程序中就能获取到HttpContextAccessor，并用来访问HttpContext。 services.AddSingleton<IHttpContextAccessor, HttpContextAccessor>(); 获取HttpContextAccessor 下面来实际做一个操作，获取 HttpContextAccessor。 新建一个ASP.NET Core Web 应用程序，选择Web 应用程序。 身份验证勾选为不进行身份验证。 然后在HomeController 加入如下代码: public class HomeController : Controller { private IHttpContextAccessor

在 python 程序中调用 shell 命令 1. os.system(command) 此函数会启动子进程，在子进程中执行 command ，并返回 command 命令执行完毕后的退出状态，如果 command 有执行内容，会在标准输出显示。这实际上是使用 C 标准库函数 system() 实现的。 缺点：这个函数在执行 command 命令时需要重新打开一个终端，并且无法保存 command 命令的执行结果。 实例： os.system('ls -l *') 2. os.popen(command,mode) 打开一个与 command 进程之间的管道。这个函数的返回值是一个文件对象，可以读或者写 ( 由 mode 决定， mode 默认是 ’r') 。如果 mode 为 ’r' ，可以使用此函数的返回值调用 read() 来获取 command 命令的执行结果。 os.system(cmd) 或 os.popen(cmd) ，前者返回值是脚本的退出状态码，后者的返回值是脚本执行过程中的输出内容。实际使用时视需求情况而选择。 实例： tmp = os.popen('ls -l *').readlines() 3. commands.getstatusoutput(command) 　　使用 os.popen() 函数执行 command 命令并返回一个元组 (status

Getting Started 在 ASP.NET Core MVC 框架中，ASP.NET 团队为我们提供了一整套的用于构建一个 Web 中的各种部分所需的套件，那么有些时候我们只需要做一个简单的 Web Api 程序怎么办呢？ 在 GitHub 中的 ASP.NET Core MVC 源码里面，我们只要关注 Microsoft.AspNetCore.Mvc 这个包，那么除了这个包之外它还包含这些： Microsoft.AspNetCore.Mvc.ApiExplorer Microsoft.AspNetCore.Mvc.Cors Microsoft.AspNetCore.Mvc.DataAnnotations Microsoft.AspNetCore.Mvc.Formatters.Json Microsoft.AspNetCore.Mvc.Localization Microsoft.AspNetCore.Mvc.Razor Microsoft.AspNetCore.Mvc.TagHelpers Microsoft.AspNetCore.Mvc.ViewFeatures Microsoft.Extensions.Caching.Memory Microsoft.Extensions.DependencyInjection NETStandard.Library 通常情况下