丹尼大叔

摘要： 第一章：开篇 开篇有益 第一个ASP.NET MVC程序 完整的ASP.NET MVC程序-PartyInvites 使用Razor 第二章：一个完整的ASP.NET MVC程序：SportsStore SportsStrore开始 SportsStrore添加产品目录导航 SportsStrore 阅读全文

摘要： 摘要： 在MVC框架之前，ASP.NET假定在请求的URLs和服务器硬盘文件之间有直接的关系。服务器的职责是接收浏览器请求，从相应的文件发送输出。 这种方法只能工作于Web表单，每一个ASPX页面既是一个文件，也是一个对应请求的自包含响应。而这对于MVC应用程序来说就无效了，因为请求是由控制器类里的 阅读全文

摘要： 在之前的文章中，我给SportsStore应用程序添加了产品管理功能，这样一旦我发布了网站，任何人都可能修改产品信息，而这是你必须考虑的。他们只需要知道你的网站有这个功能，以及功能的访问路径是/Admin/Index。我将向你介绍如何通过对Admin控制器实现密码保护来防止任意的人员使用管理功能。 阅读全文

摘要： 在这篇文章中，我将继续完成SportsStore应用程序，让站点管理者可以管理产品列表。我将添加创建、修改和删除产品功能。 阅读全文

摘要： 现在的web程序开发避免不了智能手机和平板电脑上的使用，如果你希望发布你的应用程序给更广大客户使用的话，你将要拥抱可移动web浏览器的世界。向移动设备用户发布一个好的使用体验是很困难的-比只是发布桌面内容要难得多。它需要认真的计划，设计以及大量的测试。甚至很容易被新的移动设备或平板电脑困住。 阅读全文

摘要： 摘要： SportsStore应用程序进展很顺利，但是我不能销售产品直到设计了一个购物车。在这篇文章里，我就将创建一个购物车。 在目录下的每个产品旁边添加一个添加到购物车按钮。点击这个按钮将显示客户到目前为止选择的产品摘要，包含总价格。这时候，用户可以点击继续购物按钮返回产品目录，或者点击现在下单按 阅读全文

摘要： 摘要： 上一篇文章，我建立了SportsStore应用程序的核心架构。现在我将使用这个架构向这个应用程序添加功能，你将开始看到这个基础架构的作用。我将添加重要的面向客户的简单功能，在这个过程中，你将看到MVC框架提供的额外功能。 如果客户能够根据目录导航产品，SportsStore应用程序可用性将更 阅读全文

摘要： 摘要： 这篇文章将介绍一个ASP.NET应用程序SportsStore的开发过程。 开始 创建解决方案 创建工程 在New ASP.NET Project - SportsStore窗口中，选择Empty模板和MVC folders。其他的模板将自动给你创建一些文件夹和文件，这里我选择Empty，从 阅读全文

摘要： 在这篇文章中，我将在一个例子中实际地展示MVC。 阅读全文

摘要： 本篇文章带你一步一步创建一个简单的ASP.NET MVC程序。 阅读全文

摘要： ASP.NET MVC是微软的Web开发框架，结合了模型-视图-控制器（MVC）架构的有效性和整洁性，敏捷开发最前沿的思想和技术，以及现存的ASP.NET平台最好的部分。它是传统ASP.NET Web Form完整的替代技术。在这个篇文章中，我将介绍为什么微软创造了ASP.NET MVC，他跟他之前的技术有什么不同。 阅读全文

摘要： 第一章：理解依赖注入 Ninject之旅之一：理解DI 第二章：开始使用Ninject Ninject之旅之二：开始使用Ninject（附程序下载） Ninject之旅之二：开始使用Ninject（附程序下载） Ninject之旅之三：Ninject对象生命周期 Ninject之旅之三：Ninjec 阅读全文

摘要： 第一章：NHibernate基础 NHibernate介绍 第一个NHibernate工程 简单的增删改查询 运行时监控 NHibernate配置 数据类型映射 Get/Load方法 NHibernate批量更新 NHibernate事务 NHibernate组件 使用程序集管理NHibernate 阅读全文

摘要： 视图引擎处理ASP.NET内容，并查找指令，典型情况是向浏览器输出插入动态内容。MVC框架视图引擎的名字是Razor。在本文中，我将带领读者快速认识Razor，以后你们看到他们的时候能够认识它。 阅读全文

摘要： ASP.NET Web Forms没有像MVC那样的可扩展性，也不可能使它创建UI页面支持没有构造函数的的激活方式。这个Web Forms应用程序的的局限性阻止了它使用构造函数注入模式，但是仍能够使用其他的DI模式，例如初始化方法模式。 阅读全文

摘要： 在Windows客户端程序（WPF和Windows Forms）中使用Ninject和在控制台应用程序中使用Ninject没什么不同。在这些应用程序里我们不需要某些配置用来安装Ninject，因为在Windows客户端应用程序里，开发者可以控制UI组件的实例化（Forms或Windows），可以很容易地委托这种控制到Ninject。然而在Web应用程序里，就不同了，因为框架负责了实例化UI元素。因此，我们需要知道怎样告诉框架委托这种控制责任给Ninject。幸运的是，让ASP.NET MVC框架做这件事是很容易的，但是这又和Web Forms应用程序不同。 阅读全文

摘要： 尽管对于不同类型的应用系统，Ninject向应用组件注入依赖项的方式是相同的。但是根据不同应用系统架构不同，创建这些应用系统是不同的。一些新的框架例如ASP.NET MVC被设计成支持DI的，然而一些旧的框架例如ASP.NET是不支持所有DI模式。 阅读全文

摘要： 如果我们已经知道了一个类所有的依赖项，在我们只需要依赖项的一个实例的场景中，在类的构造函数中引入一系列的依赖项是容易的。但是有些情况，我们需要在一个类里创建依赖项的多个实例，这时候Ninject注入就不够用了。也有些情况，我们不知道一个消费者可能需要哪个服务，因为他可能在不同的场合下需要不同的服务，而且在创建类的时候实例化所有依赖项也不合理。这样的情况，动态工厂可以帮忙。我们可以设计我们的类让他依赖一个工厂，而不是依赖这个工厂能够创建的对象。然后，我们能够命令工厂去通过命令创建需要的类型和任意需要的数量。下面两个例子解决上面两个问题。Ninject动态工厂创建指定数量的依赖项和创建指定类型的依赖项。 阅读全文

摘要： 提供者是特殊的工厂类，Ninject使用它来实例化解析类型。任何时候我们绑定一个服务类型到一个组件，我们都隐式地关联那个服务类型到一个可以实例化那个组件的提供者。这个隐藏的提供者被称为StandardProvider，是一个通用的工厂，他可以创建每一个给定类型的实例。尽管我们可以经常依赖StandardProvider而不用对他在背后做了什么费心，Ninject也允许我们创建和注册我们自己自定义的提供者。 阅读全文

摘要： 既然在插件模型里，每一个服务类型可以被映射到多个实现，绑定方法不用决定要返回哪个实现。因为kernel应该返回所有的实现。然而，上下文绑定是多个绑定场景，在这个场景里，kernel需要根据给定的条件，在多个提供的类型里选择一个实现。 阅读全文

摘要： 在前面的章节中，我们看了在单一的绑定条件下Ninject能够处理依赖类型，就是说，每个服务类型只绑定到单一的实现类型。然而，有些情况下我们需要绑定一个抽象服务类型到多个实现，这叫多个绑定。多个绑定有两种情况。第一个是插件模型实现，另一个是上下文绑定。这篇文章介绍插件模型实现，下一篇文章介绍上下文绑定。 阅读全文