.NET框架开发实践：依赖属性与分布式架构探索

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

"深入理解.NET分布式架构开发，特别是依赖属性的概念及其应用" 在.NET分布式架构开发实战之四中，我们探讨了如何避免重复造轮子，以及如何从现有的成熟框架中汲取灵感来构建自己的业务框架。Richard在开发过程中，他利用Visual Studio IDE作为主要的开发工具，并且关注每个新版本中引入的新技术，不仅学习其使用方法，更深入研究其实现原理和设计思想。依赖属性（Dependency Property）是.NET Framework中的一项关键技术，它首次在Windows Presentation Foundation (WPF) 中被引入，随后在Workflow Foundation (WF) 中也有应用。依赖属性提供了一种强大的机制，允许属性值的动态绑定、数据验证和继承，极大地提高了UI元素的灵活性和可扩展性。Richard注意到依赖属性的这种优势，决定将其应用到自己正在构建的业务框架中。依赖属性的实现方式通常涉及到以下几个关键部分： 1. 定义依赖属性：开发者首先创建一个静态DependencyProperty字段，作为属性的标识符。例如，`MarginProperty` 是 `FrameworkElement` 类中的一个依赖属性，用于存储 `Margin` 属性的元数据。 2. 注册依赖属性：通过 `DependencyProperty.Register` 方法注册属性，指定属性名称、类型、所属类以及默认值。同时，可以传递 `FrameworkPropertyMetadata` 对象，定义属性的行为，如 `AffectsMeasure` 表示更改属性值会影响元素的测量。 3. 数据绑定与访问：依赖属性提供了 `GetValue` 和 `SetValue` 方法，用于获取和设置属性值。在WPF中，可以通过 `{Binding}` 表达式实现属性与数据源的双向绑定。 4. 验证：通过 `ValidateValueCallback` 参数，开发者可以提供一个回调函数来验证设置的属性值是否有效，如 `FrameworkElement.IsMarginValid`。 5. 事件通知：当依赖属性的值发生变化时，会触发 `PropertyChangedCallback` 回调，允许开发者响应属性变化。依赖属性的这些特性使得在业务框架中，属性的管理变得更为高效。例如，它可以支持实时更新视图，根据业务逻辑的变化自动刷新界面，同时还能实现跨组件通信。将依赖属性的理念融入到业务框架设计中，能够提高框架的响应性和可维护性。在.NET分布式架构的背景下，理解并掌握依赖属性的用法，对于构建可扩展、灵活且适应性强的系统至关重要。这不仅涉及到技术层面的应用，还涉及对软件设计原则和模式的理解，包括面向对象设计、数据绑定、事件驱动编程等。通过深入学习和实践，开发者可以提升自己在构建分布式系统时的创新能力，从而构建出更符合实际需求的解决方案。

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_38678521

粉丝: 3
资源: 883

.NET框架开发实践：依赖属性与分布式架构探索

.NET分布式架构开发实战

.Net分布式企业服务源代码

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

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

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

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

【demx96】美容美甲类网站手机模板.zip

【图像去噪】基于matlab小波域双重局部维纳滤波图像去噪（含PSNR）【含Matlab源码 1642期】.md

【图像去噪】基于matlab自适应双边滤波SAR灰色图像去噪（含PNSR）【含Matlab源码 4232期】.md

小波变换遥感影像（高光谱和多波段）融合（含熵值 相关系数 光谱扭曲度 峰值信噪比）【含Matlab源码 4433期】.md

最新资源

小波变换遥感影像（高光谱和多波段）融合（含熵值相关系数光谱扭曲度峰值信噪比）【含Matlab源码 4433期】.md