☆聊ゾ聊☆

楼主你好，‘Sys’未定义 这是什么错误？还有就是开发这种程序跟开发环境有没有关系 我的是vs2008

把msdn粘过来？

例子很实用哦，谢谢楼主分享

很大的一个功能"回调",怎么就不介绍呢？ClientScriptManager类的GetCallbackEventReference()方法

不错我也有想过要写一个可是一直都没有动手，这回要写一个了

我想写个控件 !必须调用一个js文件里的 方法... 但是我又不想去把这些方法 拼成字符串... 各位哥们不知道有什么好的办法...
可以的话 麻烦给我留言 博客地址: www.cnblogs.com/RevengeBoy

@☆聊ゾ聊☆
我的下的确有密码，没有在这里骗人的，请不要误会，我再检查一下下载链接

众吉网信

我下的时候解压是不要密码的，不知道你是否和文中提到的下载地址一样。在这里骗人有什么好处吗？

你也可以去www.asp.net首页去查找相关的链接

研究一下插件的编写方式倒是不错

@kris
我觉得一个原则，在客户认可的范围内尽量偷懒。

也不知道支持 oracle 不！

其实 Web site 还是不错的
尤其是网页多的时候可以选择不编译
只调试我们需要的那些页面

我个人觉得在性能和程序员的工作量上有一个平衡尺,这个尺子应该在不同模块甚至是不同的细节上有不同的应用,包括在不同的系统上有不同的应用,比如说网站系统相对来说性能更重要,而企业级的MIS等在开发的进度上相对重要一点,个人想法,欢迎拍砖.

不过具体用什么,看自己的偏好了.

@abc
有道理.

反射需要遍历元数据，效率肯定会差，也和程序集中的元数据的多少有关。

我觉得不是必要就不会使用反射，无法再编译期检查合法性容易出错，效率低，写法复杂。

并不能完全把责任推到反射上,首先保证开发人员的代码是否有问题(包括在反射的使用方法上).有时开发人员的代码编写问题导致所耗损的效率远高于反射操作本身.在整个处理过程也要评估反射操作在整个过程中耗损的比例,如果只是百分之几那整个过程处理的效率低下的根源就可能不是反射导致的.

@brightheroes
老赵
呵呵！！ 可能我的话说得有点绝对了。

怎么说呢，就我的经验来看，在原来的公司里面参与了一些比较大的项目的开发。一般到了最后的阶段，Client总是抱怨性能怎么这么差，怎么办呢，客户的需求不满足，项目不能Sign Off。所以我们便一行行地检查我们的代码，是不是算法不够好，SQL 是否还有优化的空间，某些地方是否可以使用异步调用——那真的是一个很痛苦的过程，有时候不得不为了Performance重写我们现有的代码。只有到那时候你才会意识到，当初开发的时候多注意点步就可以避免这么多磨难了吗。
我知道我们需要在可维护性和性能作一个权衡。但是这样真的很难。Client看到是性能的提升，功能的实现和界面的友好。他不会看到你的设计模式有多好。所以我的原则是，在需求满足的基础上再谈可维护性。

@Artech
看情况。
一些细节方面影响不了太大的性能。而让机器多做一些，让自己少作一些，其实就是基于别人的封装做事吧，这样理解的话，我肯定同意这句话的。

我觉得注重细倒是没有什么问题，但是对楼主的这句话并不是很同意：宁愿自己多做点，而让机器少做点，以Performance为重。

尤其不同意以“Performance为重”这句话。在某种情况下，我宁可牺牲一些运行时期的效率，也不会在层次结构上让步。为了减少维护的成本，宁可牺牲一定的效率。

当然这个话也是有点较真了，我当然会同意在某种前提下，Performance为重。

我觉得性能很重要，整个Application Performance往往就是很多这种细节不注意而造成的。一个真正的程序员就应该在这些细节上多注意。

我看到另一篇文章说，我们写程序的目的是为了使程序员少做点事，机器多做点事。我不以为然。我觉得这句话应该过来：宁愿自己多做点，而让机器少做点，以Performance为重。

程序上的这点性能很重要吗?

怎么不给出结果呢。

支持LZ，以前是搞JAVA的
习惯使用JAVA的规则

我是这样认为的：接口调用之所以比反射方法具有更好的Performance在于，它预先通过Interface使对象获了一个DeclarativeType。这个DeclarativeType有利于更好地定位到对应的方法和更好地识别调用的参数列表。自然比Reflection通过方法名在Metadata Table中定位方法具有更好的Performance。

支持一下

呵呵，说实话，我很不喜欢这样那样的生成器，我天生具有排斥心理。

想到了ROR。

解压时要密码,谁知道密码是多少?

骗人,不能用

解压时要密码?

当已经形成了一种开发习惯的时候,代码生成器应该能给开发工作带来效率的提高的.

@duhaha
怎么到哪都能看到你的宣传。。。。

路过，下载看看

还不如利用数据库表中已经存在的表生成代码来的方便。

一些机械的可以生成。其他的必须手动。

总之比没有好

最近怎么看到这个的介绍这么多啊

感觉没什么用，只支持在VS2005的Web site文件系统的项目中使用，不支持Web Application Project项目，我从使用VS2005那天起就基本没用过web site项目，只是测试了一下觉得很不方便，于是就装了Web Application Project，VS2005 SP1出来后，默认就支持Web Application Project了，习惯了VS2003中web项目，很难适应VS2005的web site项目了，相信很多人知道VS2005有WAP项目后都转过来了。

多谢分享，研究一下先

http://www.duhaha.com 让你创意无极限

@JesseZhao
我表示怀疑，这足以应付我们需要的灵活性吗？

这个东西倒是很实用的

dsa

新的NetAdvantage 2007出来了.可能会好点,就是没注册码

.NET 有转换函数，使得转换XML 的时候可以在服务器端进行，所以不必担心客户端会不支持。

最后一点,好像只有IE6以上浏览器支持,不知道我知道的对不对?

写的不错,让我又了解了一些 THANKS

哈 我以为是我不知道呢

嘿嘿，是我弄错了，谢谢！

博客中国：
www.cnblogs.com

叫博客中国么？刚知道，呵呵