在asp.net中，对于一个以数据处理为主的UI层，我们往往需要写很多的代码去实现数据的绑定，当然我们也需要费一点心思从控件上去收集数据. 下面，我分享一个自定义控件来实现双向绑定。 一.基于控件ID，控件属性和数据源成员的映射 <JerryKai:BindExtender ID="BindExtender1" runat="server"> <Bind

        在Silverlight 5中添加了相对上层元素属性的绑定，还有Style Setter也可以绑定数据。         一、相对上层元素属性的绑定        它是在元素内部的子孙

MIX11已经结束.Silverlight 官方团队也例行的发布一个Silverlight 5 Beta版本.这作为第一个公开测试版本. 也加入很多很有看点的新特性.如下针对Silverlight 5 Beta版本所体现新特性将逐一实例编程进行验证. 在进入Silverlight 5 Beta编程前.需要额外配置开发环境:         &n

前面我写过一个一个特殊的事件绑定程序（通用于各种浏览器） 不过，此函数只实现了事件的绑定，并保证按顺序执行这些绑定的函数。但是，不能实现元素的某个事件上删除一个函数。比如：element元素的click事件上有三个函数分别是a,b,c。现在要删除c这个函数的绑定，就无法实现了。所以特重新编写了两个函数： bindEvent(element, eventName, func) —&mda

磁盘文件系统结构符合树形结构，可以把“我的电脑”或者驱动器看做是树的根(多个驱动器看做多个根吧，做多课树处理)，文件夹下面可以包含文件夹或文件，文件则是树的叶子，不能再分，显然，这也是递归的终止条件。 思路分析： 1. 获取要绑定的目录，此目录为treeView控件的根。将结点的Tag设置成觉对路径，以便子节点获取父结点信息。 递归遍历子目录和文件，当绝对路径对应

C#中的树很多。比如，Windows Form程序设计和Web程序设计中都有一种被称为TreeView的控件。TreeView控件是一个显示树形结构的控件，此树形结构与Windows资源管理器中的树形结构非常类似。不同的是，TreeView可以由任意多个节点对象组成。每个节点对象都可以关联文本和图像。另外，Web程序设计中的TreeView的节点还可以显示为超链接并与某个URL相关联。每

《上篇》主要介绍如何通过DataBinder实现批量的数据绑定，以及如何解决常见的数据绑定问题，比如数据的格式化。接下来，我们主要来谈谈DataBinder的设计，看看它是如何做到将作为数据源实体的属性值绑定到界面对应的控件上的。此外，需要特别说明一点：《上篇》中提供了DataBinder最初版本的下载，但已经和本篇文章介绍的已经大不一样了。最新版本的主要解决两个主要问题：通过Expression

在《一句代码实现批量数据绑定》中，我通过界面控件ID与作为数据源的实体属性名之间的映射实现了批量数据绑定。由于里面频繁涉及对属性的反射——通过反射从实体对象中获取某个属性值；通过反射为控件的某个属性赋值，所以这不是一种高效的操作方式。为了提升性能，我通过IL Emit的方式创建了一个PropertyAccessor组件，以实现高效的属性操作。如果你看了我在文中给出的三种属性操作性能的测试结果，相信

新版Microsoft All-In-One Code Framework 3月10日发布下载。 下载地址： http://1code.codeplex.com/releases/view/62267#DownloadId=215627   本次发布中，不仅新增了20多个ASP.NET, Silverlight, Windows, IE, WF示例，也绑定了最新的示例代码浏览器： &n

大家都知道， 在使用 Silverlight 数据绑定的时候， 为了使源对象的更改能够传播到目标，源必须实现 INotifyPropertyChanged 接口。INotifyPropertyChanged 具有 PropertyChanged 事件，该事件通知绑定引擎源已更改，以便绑定引擎可以更新目标值。 下面是一个典型的例子： public class UserModel : INotif

上一篇提到了 绑定 中的 类型绑定 。这篇说说存储绑定，程序设计语言的一种根本特征取决于这种语言的变量存储绑定的设计方式。变量名 与 存储单元 之间的关联的这个过程称为 存储绑定 ，或称为 存储空间分配。变量名与存储单元的解除绑定的这个过程称为 存储空间解除绑定 。变量的 生存期 指该变量名被绑定于某一存储地址的时间。或者说一个变量名与某一存储地址从绑定到解除绑定的这段时间。由此可见，变量的生存期

在程序中引用一个变量前，变量名 必须被 绑定 到一种数据类型上。如 名字 abc 得知道它是语言中的基本类型（整型数字、浮点数字、布尔、字符串）或对象类型（内置类、自定义类）。根据 绑定时间 的早晚分为静态类型绑定和动态类型绑定。 一、静态类型绑定显示声明和隐式声明（JS等除外）都产生对类型的静态绑定。 二、动态类型绑定动态类型绑定时，变量的类型不是由声明语句来说明的，也不是像Fortain中通过

上节内容提要：在实际项目中，我们可能会遇到用户自定义XML模板字段，根据这个模板上的字段来显示相应的字段的值到DataGrid。在这种情况下，需要使用XmlReader解析获取这个用户自定义的XML模板上有哪些字段，根据这个字段动态的生成一个实体类，之后再为此动态生成的实体类实例化...         在上一节中我们生成了一

        在实际项目中，我们可能会遇到用户自定义XML模板字段，然后根据这个模板上的字段来显示相应的字段的值到DataGrid。在这种情况下，需要使用XmlReader解析获取这个用户自定义的XML模板上有哪些字段？然后根据这个字段动态的生成一个实体类。然后再为此动态生成的实体类实例化，并且形成实体类集合，然后绑定到Dat

       根据第二节说述，我们能够从webService获取到相关的信息数据。那么我们如果要查询数据库的数据，就应该在webservice端使用Select 语句来查询到表，然后使用DataSet的GetXml()方法，获取到相应的XML格式化数据库表数据。在本实例中，我们在webService端模拟一串数据库表的数据。如下： &l

在昨天的博文《WPF/Silverlight的数据绑定设计的真糟糕》中，分析了三大应用场景下WPF/SL下绑定的缺陷。我的应用中有95%以上（甚至99%以上）的绑定都属于那三种应用场景，因此无法接受WPF/SL繁琐的绑定机制。骂不是目的，想办法解决问题是黑客精神的所在。知道缺陷之后，就可以来弥补。刚才花了两个小时时间用扩展方法写了一套新的WPF/SL绑定机制。 本文只是一份简单的草案和思路探索，

WPF/Silverlight的数据绑定体系设计的真糟糕，几乎每用一次就要在心中骂一次，不知道是哪个家伙设计的，就像Asp.Net中的ViewState一样，拙劣得很： （1）很难用，一些常见的简单场合使用起来很麻烦； （2）想整个搞清楚很杀脑细胞，不是循序渐进的过程； （3）不整个搞清楚就用不好，或者用的很别扭。 总之，就是一个这样的怪胎——简单的场景下使用很麻烦（增加了很多工作量），复

      GridView 是ASP.NET中表格数据显示控件中的一种，可以支持数据绑定，绑定的数据源我们一般用实现IEnumerable<T>接口的对象，T可以是任何一个CLR类（当然还有一些其他的数据源格式），这些大家基本都很熟悉，但是最近碰到一个新的需求：      像有一个类似于：&nb

看了dragonpig写的“教你30秒打造强类型ASP.NET数据绑定”，眼前一亮，真是太给力了，原来还可以这样进行数据绑定。 立即小试了一下，并进行了一些改进，目前已经应用于Home中的新闻栏目。下面分享一下改进心得。 使用传统的ASP.NET数据绑定方法，有两个地方一直让人不爽： 1) 缺少智能感知； 2) 强制类型转换。 先回味一下传统的ASP.NET数据绑定： 看

数据绑定似乎是ASP.NET老掉牙的东西了。可是你知道吗，只需要一点小小的改动就可以替换Eval，摆脱字符串依赖并且大大提高性能。 首先在code behind中加入以下方法 protected virtual object ExpHelper<TEntity, TREsult>(Func<TEntity, TREsult> func){ var itm = Ge