This topic has been archived. It cannot be replied.
-
工作学习 / 学科技术讨论 / 我这个LINQ如何？
-tjhong(我检讨);
2009-8-18
{3407}
(#5492160@0)
-
玩出点乐趣，再改进一下。
-tjhong(我检讨);
2009-8-19
{3079}
(#5494131@0)
-
一点感想学了一个星期左右的LINQ，感觉基本１００％LINQ提供的东西都可以用非LINQ来完成，LINQ象疯子一样地狂用delegate，使得许多变量不只是值的功能，还有行为在其中，这样用起来就很痛苦了，一个函数用了１０边８边后，下次用的时候可能还是要查文档，代码变的很晦涩，而且里面的东西自己写根本不费事。
-tjhong(我检讨);
2009-8-21
{276}
(#5498380@0)
-
LINQ最经常用到的Delegate无非就是Action<>, Func<>,Predicate<>，只要记住这三个委托的用法就好了，你觉得很痛苦，我觉得很快乐，编程方便了很多呀
-binghongcha76(一只大猫);
2009-8-21
(#5498408@0)
-
可能是我没动力学习了，这Enumerable Members 里每个函数都有一大段说明，但每个自己实现起来简单又简单，实在没动力学。
-tjhong(我检讨);
2009-8-21
(#5498449@0)
-
大量用Delegate并不是LINQ时代才有的，.Net 2.0就已经很多了，只不过2.0不支持 Lamda表达式，需要自己写很长的匿名委托函数
-binghongcha76(一只大猫);
2009-8-21
{881}
(#5498534@0)
-
您说的对。.NET太广了，要我就玩那些自己写比较费劲的东西，一个DadaGridView我玩了好几个月才玩熟巧，实在没时间玩自己写不费劲的东西。
-tjhong(我检讨);
2009-8-21
(#5498651@0)
-
玩别人做的,那算什么! 要玩,就玩自己做的. 我自己的DadaGridView完全可以说是企业水平.
-nicetomeetyou(蓦然回首彩虹跨天地);
2009-8-21
(#5498663@0)
-
牛哥牛，那把你的控件拿出来卖啊。BTW，市场上绝大部分第三方Grid控件的功能我都能在DataGridView上实现。
-tjhong(我检讨);
2009-8-21
(#5498676@0)
-
一小例: re-usable portlet controlled by session variables, with configurable data source, and replaceable UI definition sheet. --- 迅弛猛牛开发系统提供支持 - 版权所有 2009
-nicetomeetyou(蓦然回首彩虹跨天地);
2009-8-21
{479}
(#5498700@0)
-
牛哥牛，不过web的grid太简单，说白了就是一表格＋template。
-tjhong(我检讨);
2009-8-21
(#5498739@0)
-
这里面有个故事，组里有个活也是唯一的活做了５年，这从框架上肯定不能改了，后来来一个，技术不会仗着点关系，天天吵着第三方控件好，并做了点DEMO到处演示，差不多上升到你死我活的斗争，实在没办法，我只好把他DEMO里的花哨用纯.NET做出来来闭他的嘴。
-tjhong(我检讨);
2009-8-21
{220}
(#5498718@0)
-
现在技术不是最重要的,主流语言基本都差不多,如果说区别,也逐步在缩小差距. 还停留在语言上是否大拿,那是意识上的落后. 现在讲究酷的设计: 界面酷! 它的背后就是: 流程酷! 算法酷! 想法酷! 如果还不够酷, 马上就能酷 !我没说我酷, 还有很长的路.......
-nicetomeetyou(蓦然回首彩虹跨天地);
2009-8-21
{31}
(#5498737@0)
-
最酷是不干活光那钱。
-tjhong(我检讨);
2009-8-21
(#5498750@0)
-
老大，编个程序算算房价什么时候降吧，^_^
-binghongcha76(一只大猫);
2009-8-21
(#5498777@0)
-
这可难那，不管我咋算，程序结果涨，实际降；程序结果降，实际升；把程序结果取反，实际跟着取反。
-tjhong(我检讨);
2009-8-21
(#5498787@0)
-
Linq的另外一大好处是利用Expression Tree打造自己的超级动态查询，或者是自己的Linq Provider，比如说，如果我愿意，我可以自己写一个Linq for Rola
-binghongcha76(一只大猫);
2009-9-9
{1097}
(#5535996@0)
-
What’s the difference between your idea and LINQ Comprehension Syntax?
-deep_blue(BLUE);
2009-9-9
(#5536083@0)
-
从语法上看没什么区别，而且我也没精力完全实现Linq的那些语法，重点只是实现where后面的条件就是Func<T,bool> 的那部分
-binghongcha76(一只大猫);
2009-9-9
{1107}
(#5536206@0)
-
If you need to build multi-fields filter condition, you don’t have to use Expression Tree.
Since it just builds a string condition, a sequence condition can achieve it.
-deep_blue(BLUE);
2009-9-9
{1691}
(#5536428@0)
-
你这是for SQL数据库的，如果仅仅是for SQL数据库，当然可以用这种方法，数据库有parse SQL的天然能力。我的问题数据源不是SQL数据库，是一大堆文本文件，或者是XML，所以用表达式树
-binghongcha76(一只大猫);
2009-9-9
(#5536522@0)
-
For text file, there is no problem to use SQL by oleDB provider. For XML, after being pulled into dataset, dataview's rowfilter is almost same as SQL where filter condition.And as I mentioned, in IQueryable (or IEnumerable) .Where, AND condition can be expressed as chained Where, e.g.
q.Where(r => r.Name == name && r.Age == age && r.Address == address)
is same as
q.Where(r => r.Name == name).Where(r => r.Age == age).Where(r => r.Address == address)
Only OR condition should be built in more complicated way.
-deep_blue(BLUE);
2009-9-10
{348}
(#5537768@0)
-
How does Bugzilla solve this problem? It allows user add as many matches as they want into the query and the performance is fast.
-liquid(豆泡松果 之 松果豆泡);
2009-9-9
(#5537437@0)