.NET

为什么我不再用 .NET 框架

.NET平台很棒。真的很棒。直到它不再那么棒。我为什么不再用.NET？简单来说，它限制了我们选择的能力(对我来说很重要)，转移了我们的注意力，使得我们向内认知它的安全性，替代了帮助我们认知外面广阔世界的所有可能性。[系好安全带：这个文章的长度几乎成了一本书…]<b

发布于 2014年07月16日 09:36 阅读(14334)

Linq查询变量的显式类型化和隐式类型化

查询变量和 select 子句之间的类型关系。 但是，也可以使用 var 关键字指示编译器在编译时推断查询变量（或任何其他本地变量）的类型。 例如，还可以使用隐式类型化表示本主题前面部分中演示的查询示例：<div class="

发布于 2014年07月15日 09:16 阅读(14578)

Linq筛选、排序和联接

在 from 开始子句以及 select 或 group 结束子句之间，所有其他子句（where、join、orderby、from、let）都是可选的。 任何可选子句都可以在查询正文中使用零次或多次。<s

发布于 2014年07月15日 09:04 阅读(14768)

利用AOP实现给Model类赋值验证

在三层模型中，我们通常会有一个Model层，用来和其它层传递数据。在给Model层赋值时，免不了要对数据进行某种规则的验证，比如需要验证某个字段是否允许为空，或者某个字段的值必须在一个范围内等等。当然我们可以在给字段赋值先验证，验证合格后才赋值给字段。这里我们主要讲怎么利用AOP实现Model层自已

发布于 2014年04月29日 09:58 阅读(12824)

Asp.net中如何查找类属性的自定义Attribute

经常我们需要为类的属性增加一些自定义的标签(Attribute)，那么为属性应用了自定义的标签后，我们要如何查到这些自定义标签呢

发布于 2014年04月23日 16:35 阅读(12956)

C#中如何进行重构(二)

16，封装条件概念：本文中的“封装条件”是指条件关系比较复杂时，代码的可读性会比较差，所以这时我们应当根据条件表达式是否需要参数将条件表达式提取成可读性更好的属性或者方法，如果条件表达式不需要参数则可以提取成属性，如果条件表达式需要参数则可以提取成方法。

发布于 2014年04月11日 10:51 阅读(15631)

微软宣布.NET Native预览版 C#可编译为本地机器码

微软在 MSDN 博客上宣布了 .NET Native 的开发者预览版。.NET Native 可以将 C# 代码编译成本地机器码。有了它，开发者将不仅能享受 C# 的高生产力，而且能拥有&

发布于 2014年04月08日 09:54 阅读(11272)

C#中如何进行重构(一)

在上一篇中有提到了什么时候我们的代码需要重构，但具体到细节上应该怎么重构我们的代码呢？下面就是在C#代码重构中常用的方式和技巧。这些方法和技巧不仅仅是在重构中用到，更重要的是我们在开始编写代码的时候就要注意到这些，以提高我们代码的质量。1,封装集合</stro

发布于 2014年04月08日 09:25 阅读(18402)

什么时候你的代码需要重构

新官上任三把火，开始一个全新开端、脚不停蹄、加班加点，一支声势浩大的千军万"码"夹裹着程序员激情和扣击键盘的鸣金奋力前行，势如破竹，攻城掠地，直指"黄龙府"。开发经理是这支浩浩汤汤代码队伍的统帅，他负责这支队伍的命运，当齐恒公站在山顶上看到管仲训练的队伍整齐划一地前

发布于 2014年03月28日 16:25 阅读(12659)

.NET企业架构设计-服务层的优势与劣势

服务层的好处服务层为用户界面和中间层提供了一个统一的契约，因此中间层即可专注于实现应用逻辑。应用逻辑属于业务逻辑的一部分，其设计直接源于需求中的用例。有了运行时环境的服务可以很容易且高效地使用部分应用逻辑支持远程

发布于 2014年03月13日 22:38 阅读(13104)

.NET企业架构设计-服务层概述

我们曾提到过在表现层中留下少量的逻辑代码也并非十恶不赦，若你接收这个观点，那么也没有太大的问题。否则，你可以选择用另一种不同的系统设计方式，将逻辑从表现层中彻底剥离出来，让表现层中没有任何的业务组件。那么又该如何从表现出层触发系统的行为呢？这可以通过在表现层和业务层中间

发布于 2014年03月05日 23:06 阅读(12204)

业务逻辑设计之领域模型模式

领域模式概述领域模型模式力求让对象模型能够与系统的概念模型匹配起来，这样的对象模型就叫做领域模型。领域模型描述了系统中涉及的实体，捕获了实体之间关系以及数据在其中的交换过程。领域模型是项目中最为关键重要的部分，通过创建并共享

发布于 2014年03月02日 22:43 阅读(10881)

业务逻辑设计之活动记录模式

活动记录模式概述活动记录就是指一个封装了数据库表或视图的一行的对象，对象中可以同时包含数据（列中的值）和行为（包含逻辑的方法）。活动记录对象的结果应该尽可能地接近于相关联的数据表结构。例如，若你想根据Orders表创建活动记录对象，那么

发布于 2014年02月26日 22:55 阅读(9814)

业务逻辑设计之表模块模式

表模块模式概述与事务脚本相比，表模块更有结构，因为它提供了更充分的实现指

发布于 2014年02月25日 21:07 阅读(12087)

业务逻辑设计之事务脚本模式

事务脚本模式概述事务脚本模式鼓励你放弃所有的面向对象设计，将业务组件直接映射到需要的用户操作上。该模式的关注点在于用户通过表现层所能执行的操作，并为每个操作编写一个专门的方法。这个方法就叫做一个事务脚本。<br /

发布于 2014年02月23日 15:14 阅读(8858)

软件设计为什么需要领域专家的参入

设计业务逻辑层最大的障碍不在于技术，而在于对领域业务的分析与理解。很难想象一个不熟悉该领域业务规则和流程的架构设计师能够设计出合乎客户需求的系统架构。几乎可以下定结论的是，业务逻辑层的设计过程必须有领域专家的参与。在我曾经参与开发的项目中，所涉及的领域就涵盖了电力、半导体、汽车等诸多行业，如果缺乏这

发布于 2014年02月20日 10:19 阅读(7345)

自上而下的软件开发和自下而上的软件开发

自上而下(Top Down)开发模式是指从一个应用的最高点开始开发。从最高点逐步往下层编码，直到开发完所有的任务。一旦写完了最下层的代码，开发任务就完成了。使用这种方式，你需要设计、编写出所有你需要的但还没有实现模拟<a href="http://w

发布于 2014年02月19日 08:39 阅读(8960)

软件开发模型：传统方法和敏捷方法

在开始软件项目之前，首先应该选择一种适合项目，且能够配合项目相关人员水平和态度的开发方法。一个软件开发方法就是一系列应用到软件开发流程过程中的最佳实践。软件开发方法能够帮助人们实现并管理项目。当前存在两种主流的开发模型：传统方法和敏捷方法<strong

发布于 2014年02月17日 22:05 阅读(9787)

高内聚低耦合的实现原则-分离关注点

分注关离点现在已经了解了在设计系统时需要考虑耦合和内聚两个因素，那么有没有一种方法可以一劳永逸地解决这两个问题呢？如何在设计软件系统时做到低耦合和高内聚呢？一个有助于实现低耦合和高内聚的原则上是分离关注点（Separation of

发布于 2014年02月14日 10:42 阅读(7830)

.Net架构设计：内聚与耦合

高内聚和低耦合一直是面向对象设计后面隐藏的两个设计核心原则，那么内聚与耦合到底是个什么概念呢？1、内聚高内聚表示某个特定的软件模块——无论是一个子程序、一个类型还是一个类库，都应该完成一系列极为相关的功能。换句话说，内聚表示同一个

发布于 2014年02月14日 09:39 阅读(7198)