为什么要做这个 在使用nodejs开发过程中，总是发现需要做很多重复性的体力劳动，且因为自身是服务端程序员出身，感觉有一些服务端好的东西其实可以在nodejs上得到应用并能提高一些开发工作效率。 本系列文章将介绍对express框架的一些扩展，来达到部分后台框架一样的特性功能。如自动路由，路由映射，参数映射等等功能； 代码基本上都是用typescript写的，因为他有比较好的语法检查，以及最重要的智能提示！！！实在是烦透了方法名、类名要么自己手动敲，要么各种copy。累到嗝屁！ 目录 【nodej
ASP.NET由于采用了管道式设计，具有很好的扩展性，而整个ASP.NET MVC应用框架就是通过扩展ASP.NET实现的。通过上面对ASP.NET管道设计的介绍，我们知道ASP.NET的扩展点只要体现在HttpMoudle和HttpHandler这两个核心组建之上，实际上整个ASP.NET MVC框架就是通过自定义的HttpMoudle（UrlRoutingModule）和HttpHandler（MvcHandler）实现的。为了上读者从整体上把握ASP.NET MVC的工作机制，接下来我按照其原理通过一
MVC架构已深得人心，微软也不甘落后,推出了Asp.net MVC。小编特意整理博客园乃至整个网络最具价值的MVC技术原创文章，为想要学习ASP.NET MVC技术的学习者提供一个整合学习入口。本文从Why,What,How三个角度整理MVC 的学习资源，让学习者第一时间找到最有价值的文章，获取最彻底的ASp.NET MVC 框架知识，Let’s go! 1. Why :为什么需要ASP.NET MVC 本章主要为大家汇总了为什么学习Asp.net MVC替代WebForms，产生ASP.NET MVC 的
InfoQ上有篇文章ASP.NET开发人员需要学习ASP.NET MVC么？ 文章已经覆盖了绝大多数对于学习/使用ASP.NET MVC的观点。 我觉得ASP.NET MVC作为asp.net 堆栈上的Web开发框架，和WebForms处于同等重要的位置。作为.NET的Web开发人员非常有必要去学习，应用ASP.NET MVC。 ASP.NET MVC框架为ASP.NET Web Forms开发人员提供了创建基于MVC的WEB应用的选择。ASP.NET MVC框架是一个轻量级的、高可测试性的框架，它与基于
这两天看了一本书《Grails权威指南》，看了这个Java上Rails框架,其中有两条设计理念： 1、make simple thing easy and make complex possible -让简单的事情变的容易，同时让复杂的事情的实现成为可能。 2、Convention Over Configuration --约定高于配置 Rails几乎成了敏捷web框架的代名词，Java社区的Grails，.NET开源项目Mono Rails和Subsonic，还有微软ASP.NET Team正在做的
Microsoft已经发布了ASP.NET Model-View-Controller (MVC) web框架1.0版，这是微软采用开源协议发布,并且同开发社区充分互动的一个产品,和ASP.NET Webform 1.0的发布完全不同，ASP.NET MVC自从RC版本开始就进入了稳定版本 。 在官方下载页面上对ASP.NET MVC这样描述道： ASP.NET MVC在现有的ASP.NET 3.5运行时的基础上提供了一个新的MVC框架。开发人员可以用MVC设计模式来构建Web应用，做到清晰的概念分离（
英文原文地址:http://weblogs.asp.net/scottgu/archive/2007/12/09/asp-net-mvc-framework-part-4-handling-form-edit-and-post-scenarios.aspx 翻译原文地址:http://blog.joycode.com/scottgu/archive/2007/12/10/112465.aspx 过去的几个星期内，我一直在写着讨论我们正在开发的新ASP.NET MVC框架的系列贴子。ASP.NET MVC框
本篇代码基于以下代码进行调整：https://github.com/ken-io/asp.net-core-tutorial/tree/master/chapter-02
近期，ActiveReports 产品开发组的小伙伴针对大家比较关注的报表功能、常见问题、经典实现，特意准备了一个Demo代码集合，涉及WinFormss \ ASP.NET \ MVC 多个技术平台，包含导出、打印、WebViewer、HTML5Viewer、自定义工具栏、自定义搜索等多个具体功能的实现。
我个人觉得这是ASP.NET Core MVC框架体系最核心的部分。原因很简单，MVC框架建立在ASP.NET Core路由终结点上，它最终的目的就是将每个Action方法映射为一个或者多个路由终结点，路由终结点根据附加在Action上的若干元数据构建而成。为了构建描述当前应用所有Action的元数据，MVC框架会提取出定义在当前应用范围内的所有Controller类型，并进一步构建出基于Controller的应用模型。应用模型不仅仅是构建Action元数据的基础，承载API的应用还可以利用它自动生成API开发文档，一些工具甚至可以利用应用模型自动生成消费API的客户端代码。这篇文章大概是两年之前写的，可能一些技术细节在最新版本的ASP.NET Core MVC已经发生了改变，但总体设计依然如此。
asp.net mvc ctp版本发布不到一个月时间，在社区出现了丛多的优秀开源项目，社区的活跃性非常高哦，前一段时间园子里也引发了MVC和WebForm的讨论，现在给各位推荐几个相关的优秀项目，这些项目是MVC的价值的最佳证明。 1、 Asp.net mvc 和Castle 的MonoRail项目有着直接的渊源关系，第一个是Castle的Monorail项目，网站地址： http://www.castleproject.org/ ，建议读读这篇文章：MS MVC框架漩涡中的MonoRail未来。 我也在使
Asp.net mvc 实战 Jeffrey Palermo Ben Scheirman Jimmy Bogard
Scott Guthrie在ALT.NET会议中展示了ASP.NET MVC Framework，它的CTP版本将于今年年底放出。 这个框架将支持以下特性： 为Controller提供原生的TDD模型支持 支持ASPX作为一种视图引擎（没有ViewState和Postback） 提供接口以使用其他的视图引擎，如MonoRail 提供对Controller对象生成的IoC支持和依赖注入支持 完全支持对URL和导航的控制 整个框架的模块都可以插拔（plugga
ASP.NET由于采用了管道式设计，所以具有很好的扩展性，整个ASP.NETMVC应用框架就是通过扩展ASP.NET实现的。通过上面对ASP.NET管道设计的介绍我们知道，ASP.NET的扩展点主要体现在 HttpModule和 HttpHandler这两个核心组件之上，整个ASP.NET MVC 框架就是通过自定义的 HttpModule和 HttpHandler建立起来的。 为了使读者能够从整体上把握ASP.NETMVC框架的工作机制，接下来我们按照其原理通过一些自定义组件来模拟ASP.NET MVC的运行原理，也可以将此视为一个“迷你版”的ASP.NET MVC。值得一提的是，为了让读者根据该实例从真正的ASP.NETMVC中找到对应的类型，本例完全采用了与ASP.NETMVC一致的类型命名方式。
ASP.NET MVC的URL路由系统通过注册的路由表对HTTP请求进行解析从而得到一个用于封装路由数据的RouteData对象，而这个过程是通过自定义的UrlRoutingModule对HttpApplication的PostResolveRequestCache事件进行注册实现的。RouteData中已经包含了目标Controller的名称，现在我们来进一步分析真正的Controller对象是如何被激活的。我们首先需要了解一个类型为MvcRouteHandler的类型。 一、MvcRouteHandle
1、过滤器（Filters）就是向请求处理管道中注入额外的逻辑。提供了一个简单而优雅的方式来实现横切关注点。
设置自定义的入口程序体现应用本身与应用托管之间的分离，它使我们可以创建独立于托管环境的应用，并根据需要寄宿于任何一个我们希望的宿主程序下，对于Web应用来说这一点尤为重要。对于之前的Web应用来说，IIS是它们唯一的宿主，但是ASP.NET 5应用却可以将我们指定的入口程序作为宿主。如果将应用寄宿于我们指定的宿主程序，这样的寄宿方式被称为Self-Host，接下来我们通过一个具体的例子来演示如何定义一个简单的ASP.NET MVC应用，并采用Self-Host的方式启动它。 我们在HelloWorld目录下
ASP.NET Core框架建立在一些核心的基础框架之上，这些基础框架包括依赖注入、文件系统、配置选项和诊断日志等。这些框架不仅仅是支撑ASP.NET Core框架的基础，我们在进行应用开发的时候同样会频繁地使用到它们。对于这里提到的这几个基础框架，依赖注入尤为重要。ASP.NET Core应用在启动以及后续针对请求的处理过程中，它会依赖各种的组件提供服务。为了便于定制，这些组件一般会以接口的形式进行“标准化”，我们将这些标准化的组件统一称为“服务（Service）”。整个ASP.NET Core框架建立在一个底层的依赖注入框架之上，它使用依赖注入容器来提供所需的服务对象。要了解这个依赖注入容器以及它的服务提供机制，我们得先知道什么是“依赖注入（DI：Dependence Injection）”。一旦我们提到依赖注入，又不得不说说“控制反转（IoC：Inverse of Control）”。
近几年，Android 开发的套路日趋成熟，越来越多的 Android 工程师获得了「高级」的称号，也有不少人在参与公司的 App 从无到有再到火爆的整个开发过程中，顺理成章地拿到了 Leader 职位。
不管我们学习什么语言，一开始都是语法，对于面向对象的语言来讲，学习完语法之后，就是OOP了，主要还是三大概念:继承，多态，封装。而且我们经常也会遇到一些面试题，会考察我们父子类之间的继承关系等。
本篇代码以下代码进行调整：https://github.com/ken-io/asp.net-core-tutorial/tree/master/chapter-02
虽然使用MVC已经不少年，相关技术的学习进行了多次，但是很多技术思路的理解其实都不够深入。其实就在MVC框架中有很多设计模式和设计思路的体现，例如DependencyResolver类就包含我们常见的DI依赖注入概念和注册表模式(GetService)等内容，ExceptionFilter等过滤器就体现AOP的概念，整个MVC内置了一个IOC容器，基本上所有的框架类的对象都是通过这种方式来创建的。此外，一直觉得很j2ee的spring很棒，其实如果大家很熟悉EHAB（微软企业开发库）的话，就会发现它很想Sp
现在移动互联网的盛行，跨平台并兼容不同设备的HTML5越来越盛行，很多公司都在将自己过去的非HTML5网站应用渐进式的转化为HTML5应用，使得一套代码可以兼容不同的物理终端设备和浏览器，极大的提高了系统的可维护性和可扩展性。于此同时，HTML5提供了很多的新特性，比如新的架构元素、代替cookie的Web存储技术、WebSocket等，也使得网站应用能够更好适应新的商业环境和技术更新。 本系统的网站模块使用.NET技术堆栈中的ASP.NET MVC框架，此框架是微软公司推出的开源框架，相
本篇代码基于上一篇进行调整：https://github.com/ken-io/asp.net-core-tutorial/tree/master/chapter-02
在一个ASP.NET MVC应用来说，针对HTTP请求的处理和相应定义Controller类型的某个Action方法中，每个HTTP请求的目标对象不再像ASP .NET Web Form应用一样是一个物理文件，而是某个Controller的某个Action。目标Controller和Action的名称包含在HTTP请求中，而ASP.NET MVC的首要任务就是通过当前HTTP请求的解析得到正确的Controller和Action的名称。这个过程是通过ASP.NET MVC的URL路由机制来实现的。 一、Ro
ASP.NET Core 默认集成了DI。所有官方模块的引入都要使用DI的方式引入。
从前写过一系列的ASP.NET MVC教程，ASP.NET MVC在这之后历经5个preview版本终于到今天的RC版本，而且不久就要正式推出正式版本，所以值此之际，重典也重新修正这一系列的教程，使之与时俱进。
由于ASP.NET Core框架在本质上就是由服务器和中间件构建的消息处理管道，所以在它上面构建的应用开发框架都是建立在某种类型的中间件上，整个ASP.NET Core MVC开发框架就是建立在用来实现路由的EndpointRoutingMiddleware和EndpointMiddleware中间件上。ASP.NET Core MVC利用路由系统为它分发请求，并在此基础上实现针对目标Controller的激活、Action方法的选择和执行，以及最终对于执行结果的响应。在介绍的实例演示中，我们将对上面创建的ASP.NET Core作进一步改造，使之转变成一个MVC应用。
昨天有个朋友在微信上问我一个问题：他希望通过动态脚本的形式实现对ASP.NET Core MVC应用的扩展，比如在程序运行过程中上传一段C#脚本将其中定义的Controller类型注册到应用中，问我是否有好解决方案。我当时在外边，回复不太方便，所以只给他说了两个接口/类型：IActionDescriptorProvider和ApplicationPartManager。这是一个挺有意思的问题，所以回家后通过两种方案实现了这个需求。源代码从这里下载。
《200行代码，7个对象——让你了解ASP.NET Core框架的本质》让很多读者对ASP.NET Core管道有了真实的了解。在过去很长一段时间中，有很多人私信给我：能否按照相同的方式分析一下MVC框架的设计与实现原理，希望这篇文章能够满足你们的需求。在对本章内容展开介绍之前，顺便作一下广告：《ASP.NET Core 3框架揭秘》已经开始销售，现时5折优惠还有最后4天，有兴趣的从这里入群购买。
.NET出生之后就带着Java的影子。从模仿到创新，.NET平台也越来越成熟。他们不同的支持者也经常因为孰弱孰强的问题争论不休。但是本文并不是为了一分高下。而是针对Java平台跟.NET平台做一些对比。主要围绕项目构建、Web框架、项目部署展开讨论。相信经过这些讨论可以让Java/.NET工程师对Java平台、.NET平台有更好的了解。
写在前面：我之前写过一系列关于.NET Core依赖注入的文章，由于.NET Core依赖注入框架的实现原理发生了很大的改变，加上我对包括IoC和DI这些理论层面的东西又有了一些新的理解，所以我在此基础上写了8篇文章详细介绍.NET Core的DI。我将这些文章发布到我的微信公众账号（大内老A）下，很多人留言说还是博客具有更好的阅读体验，所以我将在未来8天时间将它们同步到这里。
本篇文章我们来讨论一下ASP.NET MVC框架中的Section。 Section主要用于将一部分代码插入到 Layout页面中的指定位置。通俗地说就是，我们先在 Layout页面中通过@RenderSection("Header")的方式挖一个坑，告诉下面的视图页面说，我这个地方有个坑，你们把你们各自相关的代码放进来吧。然后，使用该Layout的视图页面通过如下的方式将一坨坨的代码送到Layout的坑中。
在ASP.NET MVC中，最核心的当属“路由系统”，而路由系统的核心则源于一个强大的System.Web.Routing.dll组件。
YOYOFx是一个轻量级用于构建基于 HTTP 的 Web 服务，基于 .NET 和 Mono 平台。
Models和数据绑定在ASP.NET Core MVC中扮演着关键的角色，对于构建强大、灵活和可维护的Web应用程序至关重要。这一节我们就来讲一下。
《asp.net-mvc框架揭秘》一书中，有个示例，是使用unity容器来注入自定义的控制器工厂。代码示例可以自己去下载源码，在这里我就不说了。IOC容器的本质是解耦的实例化接口类，而如何做到解耦就是通过第三方容器来实例化，在这里是unity容器，而不是在项目中实例化接口类。实例化的方法无非就是反射，Emit，表达式树，委托等四个方法。Unity容器的IOC使用主要是三个个方法:Register,Resolver,Dispose。前者注册接口和接口类，后者将接口类的实例化转移到第三方容器中实现。而这里的Dispose却是有点文章了。如果单单是控制台的应用项目，就不必多说，如果是在mvc框架中的话，我们的接口类的资源释放应该放在什么地方合适呢？微软unity开发小组给我们做了很好的解释，原文:https://msdn.microsoft.com/en-us/library/dn178463(v=pandp.30).aspx 我们将Unity容器里面资源的释放与控制器的资源释放绑定在一起。如何用代码来表示？我们在基于Unity的控制器工厂中的GetControllerInstance中解析controllerType对象，而不是解析某个接口: (IController)this.UnityContainer.Resolve(controllerType); 尽管Unity容器是IOC框架，我们还是可以使用unity来做AOP，可以参考的官方资料:(5 - Interception using Unity)。 我们主要是通过集成ICallHandler接口来实现AOP，这个接口是unity给我们提供的，这个接口主要就是一个Invoke方法。继承自ICallHandler接口的类(TCalHandler)，当通过接口(TIOCInterface)开始调用类(TIOCImple)中的方法时，就会开始调用类(TCalHandler)的Invoke方法。 在Invoke中，如果调用getNext()方法就会调用IOCImple标注了属性的方法。如果你的C#基础比较扎实，你对C#中的一个重要知识点-特性(attribute)应该就会有印象以及一定的了解。asp.net-mvc框架中的过滤器就是基于attribute实现的。那么在这里也是，我们需要调用unity给我们提供的一个特性attribute-HandlerAttribute，在这里我们调用我们基于ICallHandler的类。 DI是为了解耦的实例化接口，而AOP是横向的注入一些逻辑，我们可以在AOP里面实现DI，unity中的AOP模块默认会给我们实现DI，一旦我们实现了AOP，就相当于实现了DI。我会挑一些代码片段来解释。代码来自<<asp.net-mvc框架揭秘>>的第14章S1401源码。首先我们实现自己自定义的控制器工厂:
老赵同学写过 在Web应用程序开发过程中利用ASP.NET MVC框架的实战技巧 ，Routing现在可以作为URLRewriting技术的替代者，出现在asp.net mvc框架中，将它应用于WebForms上也是很简单的，可以到codeplex上下载ASP.NET MVC WebFormRouting Demo。 实现的原理也是很简单的： 1、创建一个自定义的实例化你的页面的 IRouteHandler 1: public class WebFormRouteHandler : IRouteHa
作为Controller基类ControllerBase的Execute方法的核心在于对Action方法的执行和作为方法返回的ActionResult的执行，两者的执行是通过一个叫做ActionInvoker的组件来完成的。 一、ActionInvoker 我们同样为ActionInvoker定义了一个接口IActionInvoker。如下面的代码片断所示，该接口定义了一个唯一的方法InvokeAction用于执行指定名称的Action方法，该方法的第一个参数是一个表示基于当前Controller上下文的C
ASP.NET Core在启动以及后续针对每个请求的处理过程中的各个环节都需要相应的组件提供相应的服务，为了方便对这些组件进行定制，ASP.NET通过定义接口的方式对它们进行了“标准化”，我们将这些标准化的组件称为服务，ASP.NET在内部专门维护了一个DI容器来提供所需的服务。要了解这个DI容器以及现实其中的服务提供机制，我们先得知道什么是DI（Dependence Injection），而一旦我们提到DI，又不得不说IoC（Inverse of Control）。 目录 一、流程控制的反转 二、对流
首先我们知道http是一种无状态的请求，他的生命周期就是从客户端浏览器发出请求开始，到得到响应结束。那么MVC应用程序从发出请求到获得响应，都做了些什么呢？
一、ASP.NET + MVC IIS与ASP.NET管道 MVC、MVP以及Model2[上篇] MVC、MVP以及Model2[下篇] ASP.NET MVC是如何运行的[1]: 建立在“伪”MVC框架上的Web应用 ASP.NET MVC是如何运行的[2]: URL路由 ASP.NET MVC是如何运行的[3]: Controller的激活 ASP.NET MVC是如何运行的[4]: Action的执行 二、URL 路由 ASP.NET的路由系统：URL与物理文件的分离
大部分微软平台的开发人员如果选择开发框架只能是在ASP.NET WEBFORM和ASP.NET MVC两个之间选择。 而Nancy是不依赖于这两个框架的独立的一个框架。它更多的是借鉴了Ruby的一些特性。 Nancy 是一个基于 .NET 和 Mono 平台用于构建轻量级基于 HTTP 的 Web 服务。Nancy 设计用于处理 DELETE, GET, HEAD, OPTIONS, POST, PUT 和 PATCH 等请求方法，并提供简单优雅的 DSL 以返回响应。 官方网站 http://nancyf
XB 软件公司最近发布了JavaScript UI 库Webix ，其中包含的组件超过45个，用这些组件可以构建跟HTML5 和 CSS3 兼容的程序，这些程序不仅能在个人电脑上运行，还能用在iOS、 Android 和 Blackberry 设备上运行。它能访问离线web存储、地理位置（ geolocation） API、能在画布上绘图，并集成了jQuery 和 Backbone.js。 Webix提供了简单的服务端集成控件，PHP、 ASP.NET、Java和 Ruby等各种技术都可以跟客户端的Webi
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
