借鉴依赖属性思想：.NET框架开发实战

115 浏览量更新于2024-07-15 收藏 179KB PDF 举报

"深入理解.NET分布式架构开发，特别是依赖属性的概念及其应用" 在.NET分布式架构开发实战之四中，我们探讨了如何避免重复劳动并借鉴现有成熟框架的思想来构建自己的业务框架。开发过程中，Visual Studio IDE扮演了重要角色，因为新版本的发布往往伴随着新的技术进步。然而，单纯关注新技术的使用并不足够，理解这些技术背后的实现原理和设计思路同样至关重要，这有助于我们从大师们的思想中汲取灵感。依赖属性（Dependency Property）是.NET Framework中的一项关键特性，最初在WPF（Windows Presentation Foundation）中引入，随后在WF（Windows Workflow Foundation）等其他领域也被广泛应用。Richard发现，依赖属性的思想可以被巧妙地融入到他的业务框架设计中，以提升框架的灵活性和可扩展性。依赖属性的实现方式如WPF所示，它提供了一种动态绑定和数据验证的机制。以`Margin`属性为例，它是一个静态的依赖属性，通过`DependencyProperty.Register`方法注册，类型为`Thickness`，并且关联到`FrameworkElement`类。注册时，我们可以指定默认值、元数据（metadata）以及验证回调函数。例如，`FrameworkElement`中的`MarginProperty`初始化时，设置了默认值、影响度量的选项，并定义了一个验证回调，确保赋给`Margin`的值有效。依赖属性的主要特点包括： 1. **动态性**：属性值可以在运行时动态更改，无需修改对象实例的内部状态。 2. **数据绑定**：依赖属性支持双向数据绑定，使得UI元素与业务逻辑之间能高效交互。 3. **属性改变通知**：当属性值发生变化时，可以自动通知相关的观察者（如UI控件）。 4. **元数据**：允许为属性定义附加信息，如默认值、改变通知行为、验证规则等。 5. **可扩展性**：开发者可以自定义属性改变的处理逻辑，如触发事件或执行特定操作。在业务框架中，利用依赖属性可以创建更加灵活的属性系统，支持属性的动态配置和验证，同时降低了代码的耦合度。Richard计划将这一概念应用于框架的属性映射和验证规则中，以提高框架的灵活性和用户友好性。总结来说，理解并善用依赖属性是提升.NET框架设计的关键一步，它可以帮助开发者构建出更高效、可维护且具有高度可定制性的业务解决方案。通过对现有技术的深入研究，Richard能够将依赖属性的理念应用到自己的框架中，从而实现更强大的功能和更好的用户体验。在实践中，不断学习和借鉴先进的技术思想，是成为一名优秀IT专业人员的必经之路。

c. 数据层操作SQL语句。在解析条件对象的时候，就会最终得到相对应的SQL语句，然后在数据层中执行这些SQL语句。

可能上面讲的比较的抽象，因为本篇的要讲述的东西确实比较的多(Word中写了超过了10页)，上面讲述的三个步骤也是先按

大家有个印象。不是很懂也没有关系。

2. 打通方法的选择和实现打通方法的选择和实现

接下来就是方法的探索和思考，以及实现的过程。我是想带着个大家跟着一起看看，为什么最后会采用这个解决方案的。

首先，就从条件对象开始看起。

在实现条件对象(条件对象和查询对象的区别之前讲过，这里重述一下：查询对象只是条件对象的一个子集，查询对象用来在

查询的使用构造查询条件；条件对象不仅仅在查询时构造条件，而且在增加，删除，，修改时候也使用，例如：只修改

Name=”admin”的数据，在修改数据库的时候也用了一定的条件。所以条件对象>查询对象)的时候，也是参看了其他开源框架

的一些实现(Nhibernate中查询对象的，CSLA)。

同时要明白一点：设计出来的框架是给开发人员使用的，所以要考虑如何使得开发人员最快最好的使用框架，所以要从开发人

员的角度看(这一点也是很重要的)。例如在Nhibernate中查询对象，使用的方法如下(仅仅是简单的举例而已)：

IListCustomer> customers = _session.CreateCriteria(typeof(Customer))

.Add(Restrictions.Like("Firstname", "Xiaoyang%"))

.Add(Restrictions.Between("Lastname", "A%", "Y%"))

.ListCustomer>();

其实本系列中的业务框架之前的条件对象的构造也是参看了Nhibernate中查询对象的方法来实现和使用的，如下：

ICriteria condition=CriteriaFactory.Create(typeof(ProductBL).Where("ProductName", Operation.Equal,"book");

因为现在.NET中的开发人员对Linq的一些操作比较的熟悉，而且如果把条件对象的使用方式改为下面的方式：

ICriteria<ProductBL> condition=CriteriaFactory.Create<ProductBL>(o => o.ProductName == "book");

那么开发人员的学习成本就几乎为零(因为他们熟悉Linq，如果条件对象也采用这种比较统一的方法实现，他们就可以采用”以

此类推”的思想来使用框架)，更多的好处我就不说了，大家可以自己体会或者参看本系列之前的文章。

接下来就探索实现条件对象的方法（Linq to XXX篇）。

熟悉Linq的朋友可以看出：可以使条件对象实现IQueryable接口，然后采用实现linq to XXX的方法，实现自己的Linq

Provider。这个方法是否可行，下面，我们就深入linq to XXX的来看一看，看完之后，结果就很清楚了。

首先来看下面两个接口：

public interface IQueryable : IEnumerable {

Type ElementType { get; }

Expression Expression { get; }

IQueryProvider Provider { get; }

}

public interface IQueryable<T> : IEnumerable<T>, IQueryable, IEnumerable {}

　　 public interface IQueryProvider {

IQueryable CreateQuery(Expression expression);

IQueryable<TElement> CreateQuery<TElement>(Expression expression);

object Execute(Expression expression);

TResult Execute<TResult>(Expression expression);

}

Linq的出现，使得很多东西都和linq扯上了关系：Linq to sql, Linq to Google, Linq to javascript, Linq to Nhibernate...... 所列出

来的这些，我们统称为linq to XXX。这些Linq to XXX都是实现了上面两个接口。

下面就通过自己实现linq to sql来举例分析。

从总体来看：linq to sql的本质就是：把操作转换为sql语句，然后用ADO.NET执行，最后把结果转换为实体返回。

其实下面列出了这么多的代码，其中最关键的其实就是QueryProvider中的Execute方法：这个方法负责把你的操作进行解

析，其实真正负责解析的QueryTranslator。

代码

剩余16页未读，继续阅读

weixin_38551059

粉丝: 5
资源: 913

借鉴依赖属性思想：.NET框架开发实战

.NET分布式架构开发实战：DAL接口与实现策略

.NET分布式架构开发实战：新手Richard的挑战

.NET分布式架构实战：依赖属性与借鉴策略

.NET分布式架构开发实战

.NET分布式架构开发实战之一

.NET分布式架构开发实战之三

.NET分布式架构实战：新手Richard的挑战

.NET分布式架构实战：项目背景与问题揭示

springboot167基于springboot的医院后台管理系统的设计与实现.zip

XGigE IP GigE Vision Streaming Protocol VHDL源码 有基于AC701 FPGA板卡的完整的参考工程

最新资源

XGigE IP GigE Vision Streaming Protocol VHDL源码有基于AC701 FPGA板卡的完整的参考工程