哎,说实在话,看了n多asp.net网站,发现没一个得.net的精髓的。

indusl 2010-09-07 09:51:56
都还是用.aspx?id=xxx&pageId=yyyy来访问数据的。还是asp的搞法。不得控件思想的要领,不得asp.net的本质啊。
...全文
1104 124 打赏 收藏 转发到动态 举报
写回复
用AI写文章
124 条回复
切换为时间正序
请发表友善的回复…
发表回复
viena 2010-09-08
  • 打赏
  • 举报
回复
怎么就没人看出来LZ是故意挖了个坑呢

直接就争先恐后的往里跳了

我只好围观了
even0220 2010-09-08
  • 打赏
  • 举报
回复
看了半天,无知的说些无知的话。
种草德鲁伊 2010-09-08
  • 打赏
  • 举报
回复
你怎么知道没用数据绑定控件,因为没用奇怪的 DataGrid1_ctrl00 之类的id吗。
Repeater和自定义的控件不算数据绑定控件吗
是不是一定要用DataList, DataGrid之类的带一大堆事件的控件,才是asp.net的精髓?
indusl 2010-09-08
  • 打赏
  • 举报
回复
[Quote=引用 100 楼 karascanvas 的回复:]

QueryString和控件有什么联系?

楼主等你需要把论坛帖子的链接发给朋友看的时候,你就能理解这么做有什么意义了...
[/Quote]

你说的这个问题我解释过了,我本意不是针对参数。当然你要非问我和控件有什么联系,我只是说看到一般用的PageId,Id之类来查询数据,我猜测他们没有用到数据绑定控件,然后我查看HTML源代码,进而发现确实如次。
天下如山 2010-09-08
  • 打赏
  • 举报
回复
只能说路过 含笑 也很无语。。
HimeTale 2010-09-08
  • 打赏
  • 举报
回复
楼主,整理一篇详细的文章让大家学习和参考不是更好?
你这样发牢骚大家没什么收获啊.

种草德鲁伊 2010-09-08
  • 打赏
  • 举报
回复
来论坛第一次见到这样的高手,继续围观。
showilove 2010-09-08
  • 打赏
  • 举报
回复
我来开始第二页
种草德鲁伊 2010-09-08
  • 打赏
  • 举报
回复
QueryString和控件有什么联系?

楼主等你需要把论坛帖子的链接发给朋友看的时候,你就能理解这么做有什么意义了...
indusl 2010-09-08
  • 打赏
  • 举报
回复
可以毫不怀疑的说,微软的产品从来都是软件业的典范。微软不会弄一些没用的东西出来,包括大家不屑于使用的控件。不理解控件,可以说你还没有理解Asp.net,还没有理解微软精神的精髓所在。
indusl 2010-09-08
  • 打赏
  • 举报
回复
[Quote=引用 92 楼 cyl_java 的回复:]

支持楼主,楼主应该是学会了asp.net控件的底层原理才会这样顿悟的,希望楼主给小女推荐两本书
[/Quote]

我不敢说学会了,我只是说稍微领悟到了asp.net控件的底层原理,还远远不够,我最能给你推荐的就是MSDN自带的说明和教程。我买的Asp.net的书至少十几本了吧,但我觉得就深度和广度比MSDN字带的差远了。当然读MSDN有时候是很费力的一件事。

.net框架的功能太强大了,那么多的类没有一个是没用的,类库的层次就是我们以后做项目的典范。你越研究就发现里面的精髓实在是太多了,思想是太深邃了。
indusl 2010-09-08
  • 打赏
  • 举报
回复
[Quote=引用 91 楼 wanghui0380 的回复:]

实际lz本身并没有搞清楚net的精髓

net的精髓在于抽象,抽象的前提是分清楚事物变化的快慢

变化慢的就是相对稳定的,他就是我们要抽象的东西

而变化快的则是不稳定滴,他是我们要防范的东西。

而对于UI来说,这部分实际是变化比较快的部分,他不应该优先抽象出来。他应该留出足够的变化空间,只提供类api方式的调用,只有这种最基础性质的调用才有足够的变化能力。相反对于UI来说,过……
[/Quote]

另外你说的Gridview使用72例,为什么要有72例,因为girdview确实比较复杂,但一旦你学会,可以说一劳永逸,极大的提高你的生产力。
当然asp.net的控件有时候确实不能满足你的需要,但是可以开发出来适合自己需求用的,当你开发的控件多了,可以说一劳永逸。做项目的速度会越来越快。

另外你说的控件设计本身亦强调“数据与界面分离”,只是Asp.net控件的一个特点,控件其他的优点太多了,你仔细研究.net框架,仔细研读MSDN自带的教程,当你看完,你就会发现微软什么都替你考虑到了!控件绝对是一种宝贝。
伴老思源 2010-09-08
  • 打赏
  • 举报
回复
[Quote=引用 52 楼 indusl 的回复:]
微软的数据绑定控件确实有这个缺点。但可以开发适合己用的。

为什么要加班,为什么会整天感觉有修改不完的小问题,为什么整天做个东西很慢。原因就是就是对象化的程度不够,不使用能提高你生产力,而且效率高的控件。
[/Quote]

基本同意~

代码的重用性有利于提高工作效率~

但开发的时间久了,我们也喜欢老事新做一下~
kerneliahou 2010-09-08
  • 打赏
  • 举报
回复
LZ确实那个。。。。。。
e251396 2010-09-08
  • 打赏
  • 举报
回复
[Quote=引用 90 楼 indusl 的回复:]
引用 89 楼 e251396 的回复:

你如果要开发控件,那么最好去开发比microsoft更牛比的控件吧,甚至你可以开发出比visual studio更好的开发工具。


比microsoft更好的控件太多了,但比visual studio更好的开发工具现在还没有。不是一个概念。
[/Quote]

eg:?????
fenshm 2010-09-08
  • 打赏
  • 举报
回复
标记 占位~!
Charles雨林 2010-09-08
  • 打赏
  • 举报
回复
支持楼主,楼主应该是学会了asp.net控件的底层原理才会这样顿悟的,希望楼主给小女推荐两本书
wanghui0380 2010-09-08
  • 打赏
  • 举报
回复
实际lz本身并没有搞清楚net的精髓

net的精髓在于抽象,抽象的前提是分清楚事物变化的快慢

变化慢的就是相对稳定的,他就是我们要抽象的东西

而变化快的则是不稳定滴,他是我们要防范的东西。

而对于UI来说,这部分实际是变化比较快的部分,他不应该优先抽象出来。他应该留出足够的变化空间,只提供类api方式的调用,只有这种最基础性质的调用才有足够的变化能力。相反对于UI来说,过渡封装实际是非常过分的实现方式,同比一下php的模板引擎,人家模板引擎只提供最基础的api方式,所以他能产生足够多的变化,在看看net控件,网上有篇文章叫《gridview72绝技》嘿嘿,girdview如果真那么好用还会出现这个72绝技吗(我砸没看到有人写php模板引擎72绝技来着?)

而且还有一条精髓lz也同样没有悟到,就是控件设计本身亦强调“数据与界面分离”,按lz的get的例子,则有啥不符合net精髓的,数据是数据,界面是界面-----get传滴有啥不应该的他只是数据,和界面没关系。界面你就管你的界面,不要来管我如何实现数据的,这有啥不符合精髓滴,相反这才是符合精髓的做法
indusl 2010-09-08
  • 打赏
  • 举报
回复
[Quote=引用 89 楼 e251396 的回复:]

你如果要开发控件,那么最好去开发比microsoft更牛比的控件吧,甚至你可以开发出比visual studio更好的开发工具。
[/Quote]

比microsoft更好的控件太多了,但比visual studio更好的开发工具现在还没有。不是一个概念。
e251396 2010-09-08
  • 打赏
  • 举报
回复
你如果要开发控件,那么最好去开发比microsoft更牛比的控件吧,甚至你可以开发出比visual studio更好的开发工具。
加载更多回复(104)

62,271

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧