好复杂。。

为什么我按你的做完后,那线会参差不齐呢??

有完整的例子吗？能否发给我，cy05071@126.com

有完整的例子吗？能否发给我，tids@21cn.com
整天出错

好的，我试试！
谢谢

@Bryant
我再说一下使用方法
第一步:新建一类,XX.cs, 把上面的代码拷到里面去
第二步,再新建一类,YY.cs,让它继承自IDropDownTree,注意名称空间
第三步,实现三个接口
第一接口:代码如下 ,不需要更改
public Interface.Common.DropDownTree DropDownTree
{
get { return new Interface.Common.DropDownTree(this); }
}

第二接口:public Dictionary<string, string> GetChildCategory(string parentID)
{
//自己实现根据父ID取得下一级的子节列表,最后以字典<ID,显示名称>的
//形式返回值
//实际就是select ID,Name from xx表 where 父ID=parentID的查询
}
第三接口:public void Dispose()
{
//有什么要释放的资源,在这里写
}

第四步,页面调用
调用方式:YY类名.DropDownTree.BindToDropDownList(下拉控件ID);

希望能发份完整的例子给我，谢谢
superstar_kobe@sohu.com

@文本框
抱歉,不会Php...

兄弟这个是.net 的.这么麻烦.能不能处理一个PHP的啊.我有一个PHP的,就是有点问题想请教你.我的QQ:512179348

有完整的例子吗,我调试总出错,非常感谢! success.zmm@163.com

谁能给我一个完整的例子呀,急用,非常感谢!jxdyzwh@163.com

比较不错.学习下

8错
8错

收藏之~
谢谢~

以前也做过一个类似的，下次放上来

路过，东东不错，就是不习惯黑背景。

这个模板好费眼睛

好

不错的功能 下拉列表

正需要这个.

很好！一点不破

cnblogs总有搞笑的Post

多谢楼上各位
事实证明,结果是错在Xpath是的"/"的根节点上

不得不承认,回想当初,真的是很傻很天真!

哈哈.搞笑

我写的1个xpath就有5-6行，lz要动动脑筋，别很黄哦

确实是xpath没写对。
/开头就表示根节点了啊。

这位还这么自信。本来就是XPath没写对。回去好好复习一下，别动不动上首页。

string xml = @"<?xml version=""1.0""?>
<root>
<n name=""n1"">
<n name=""n2"">
<n name=""n3"" />
</n>
<n name=""n7"" />
<n name=""n8"">
<n name=""n9"" />
</n>
</n>
<n name=""n4"" />
<n name=""n5"">
<n name=""n6"" />
</n>
</root>
";
XmlDocument doc = new XmlDocument();
doc.LoadXml(xml);
XmlNodeList nodes = doc.DocumentElement.SelectNodes("n");
foreach (XmlNode n in nodes)
//输出结果n1, n4, n5
Console.WriteLine((n as XmlElement).GetAttribute("name"));
Console.WriteLine();
XmlNode node = doc.SelectNodes("//n[@name='n1']")[0];
XmlNodeList children = node.SelectNodes("n");
foreach (XmlNode n in children)
//输出结果n2, n7, n8
Console.WriteLine((n as XmlElement).GetAttribute("name"));
Console.ReadLine();

很黄很暴力,这样的东西自己问下人就可以了

不该放首页

@Richie
你自己试一下就知道了...

xpath没写对

遍历和xml的方式是不一样的吧，楼主`

都在這裡高喊"ORM",好像ORM的真理就在你們那一樣.
沒了ORM咋了.樓主也沒有別的意思.只是提供一個簡便的工具.大家就揪這個ORM罵開了.我看到了很關於ORM的討論.大家都覺得自已對ORM的理解才正解.
我只想說一句:沒有ORM怎麼了?
你們這些高叫用ORM開發出來的產品強在哪裡?莫不是你們都在MS,Oracle,IBM上班?

@Klesh Wong
充斥着DataRow/DataTable等代表着关系数据库的类???
请你看清楚一点?是MDataRow/MDataTable
完全自定义的整个表!!!!!!

弄的我好像不懂ORM的样子,看标题名字的加了"另类"你就应该知道明了!

事实你是无知!

@路过秋天
也许我是无知，但是有这么多人持反对意见也说明不了问题？
你这个要叫ORM，请拜托先了解一下什么是ORM(Object Relational Mapping)
ORM是将DomainObject映射到Relational DBS的一套理论体系。
看你的代码，充斥着DataRow/DataTable等代表着关系数据库的类，根本就与ORM的神髓背道而驰，恕我直言，根本没有看其源码的价值。
建议你最好先看一下比较出名的ORM框架，如NHibernate等……了解一下什么是OOP，DomainObject再来谈论什么ORM的，这对你是有好处。
终

@Klesh Wong
唉,受不了一些人的无知!不是针对你,别介意
事实上,这个DLL的发布,还是受到很多人的冲击的
很多人片面的看到我写出来的最后的数据操作的表达方式
一时接受不了不存在实体类那种"."号语法
随口就抛出来了,"毫无意义"之类的话,有些还洋洋自得的说自己都写过比这个更好的东西,都不用,何况这个,之类的话!
在我费尽心思和他讨论完之后,才让他无语,不再轻狂!

不知道看这文章的人,有多少下过DLL,反编绎看过
更不知道看这文章的人,平时常用DataReader,DataTable之类
你们反编绎看过微软的代码没有?你知道微软的DataTable类有多大么?
怎么去实现一个自定义类和控件之间的绑定?
当然啦,你不看或者用不着看,我也管不着啦,我只是随口问问.不要多心

最后,不管怎样,还是得感谢你们的留言啊!

@路过秋天
Helper就是Helper，类再多也就是Helper，绝对不会因为写的类多了就升级成别的什么东西，难道你这个牵涉到的类的数目，能有企业库的那套多？

算是对ADO.net的封装,能简化一些代码,楼主的东西用在以数据为中心的开发模式的项目里是不错的.

但是ORM中,至少关于对象之间的Relation的Mapping, 楼主的东西还无法做到.

@随风流月

说过了:实际上,你现在代码中看不到实体类,但在内部是动态创建类似实体类的结构!

难道动态创建的对象,就不是对象?非得要让人家看到实体类,才承认它的存在?

LingQ的效率很底,不知道你测试过没有!

@路过秋天
ORM = O/R Mapping
没有对象，怎么称得上 ORM？LINQ to SQL 一样支持存储过程。

我认为ORM的关键问题是把业务实体领域和关系数据领域分开，用业务实体领域的oo思想去表示关系数据领域的数学思想，这才叫ORM，谁能有一个理论来把他们严格的区分开来？

@碧落

突然想到一种方案来适应这种数据库结构改动

首选:表名,视图名以实体类形式存在[读配置文件],来传入MDataRow的构造函数之中

之后,若数据库真有改动,也只需要通过视图来映射表字段名,同时修改配置文件中的表名为映射的视图名即可,而无需要修改后台代码

随便想想而已.....事实上数据库的都只是只增加,或减少,改动名称,还是比较少的

弱类型的字段值和字符串的字段名.............. orz

楼主为了不用实体类映射数据表结构，只好也只能这样了。
其实你的方案比起后期数据库结构的改动，而导致的字段名隐患，你会发现维护一个实体类并不算麻烦的。

@Klesh Wong

呵呵,要是叫Helper,也不是个普通的Helper

你反编绎看一下,大概都有十几个类

呵呵,不过我混淆了!看的辛苦不要见怪啦!

实在无法接受博主“ORM”的叫法，一点边都扯不上，最多就是Helper

@巫云

看来大家还是摆脱不了实体的束缚啊!

实际在使用过程中,实体类在处理单表的时候,在确有点优势,但在处理多表的情况下,不知道各位是怎样 一种情形?

实际上,你现在代码中看不到实体类,但在内部是动态创建类似实体类的结构!

但由于智能提示方面的约束,没法表现在代码中!

动态创建的好处是能更适应及扩展!

o(∩_∩)o... --引用--------------------------------------------------
Midapex Village: 够另类的，友情支持一下。
--------------------------------------------------------

大哥，没有实体类，orm啊～

楼主QQ多少哟？