非常感谢，很好，正需要这个

我之前是重装SqlServer的。

修复 添加删除程序--MS Document Explorer 2008

虽然不懂，但写的很好，我复制了，嘿嘿，真NB

@无尽思绪 那是自然的了，起码 ie6，ie8，ie7 得测试的

@曲滨*銘龘鶽 呵呵，不错， 不过你可以考虑多装几个ie核心的浏览器，以供测试，哈哈

@无尽思绪 哥们，是的大部分只兼容ie 里面有ocx，读卡器，监测仪器等硬件，还有扫描，打印，电子签章等 乱七八糟啥玩意都有，别的浏览也不好使啊 外网那部分很少，也没工作流；用不上这个功能；

你们的系统仅仅支持ie? 另外，你的探索不错。

@WXWinter(冬) 哎活太忙了！ 一年1060小时加班，人快挂了；多谢关心呵呵；

好久没看到你了(^_^)

恩，我也在研究 http://keyooo.com.cn

这种问题，很难解决， 客户如果好商量或者有个懂技术的，那事情会好办很多

写的不错，收藏了

好东西，正好用上了。 谢谢！

晕，我有病啊。我用c#嵌入汇编啊。。。。 实在不行，我可以用c#调用cli/c++啊!

/*编辑区域，相对位置，要设置Z顺序,否则可以被“大楼覆盖”*/
在xhtml中，css的注释中如有中文如上，应该写成
/* 编辑区域，相对位置，要设置Z顺序,否则可以被“大楼覆盖” */
即在*和汉字之间加空格

在博主的提示下，终于完美解决
在我的文章中图示给出，有需要的可以查看
http://www.cnblogs.com/sean-xue/archive/2009/06/07/1498120.html

很有意思。博主的水平还是很高的。不知道现在是到了什么境界。

我用 VS转换打开后运行不了 说少了 myworkflow.dll 看了下代码 evetoboss 在设计页面没看到 怎么回事》》？？？

写的很好，非常感谢

搜索框真的可以输命令的，你试试~

谢谢

--引用--------------------------------------------------
岳小云: 用了一天就说这不好那不好，

你也说的出口
--------------------------------------------------------
老大是只用了一天MVC，但是他用WEBFORM已经N年了。而且他的态度也很谦虚，并没有鄙视喜欢MVC的朋友们。我觉得只有你这样的人在乱发布评论。

用了一天就说这不好那不好，
你也说的出口

就这点水平就在这里乱发布评论..
在评论之前请先了解清楚，不然很丢人的

对于web开发的新手来说，webform可能会误导你，认为跟winform差不多，等深了才发现不是那回事
对于web开发的老手来说，webform用的肯定会很别扭
当然了现在的webform改善的好多了，不过mvc的推出也是值得肯定的

--引用--------------------------------------------------
曲滨*銘龘鶽: --引用--------------------------------------------------
K y l e j u: 回归=Html TemplateEngine(模板引擎)+jQuery ui。webform和asp.net mvc见鬼去吧。

只要团队开发都是美工或前端开发工程师做好静态页面，然后交给程序员实现（嵌入程序阶段）。

程序员实现阶段才会遇到 WebForm或asp.net mvc，必然会对美工的静态页面作相应处理，这就存在转换的问题，如果程序员对前端技术不是很精通，很容易导致页面结构的混乱。

如果直接用模板引擎,这里的混乱就会避免。
--------------------------------------------------------

n 有些赞同！！！！
--------------------------------------------------------
这个回归的太近了
mvc 回归的可是c++ 风格的cgi,
模板风格本质和web form 的本质并没有大变化 webform本来就是半吊子模板基础上建立起来的大楼 你讨厌大楼可以只用一二层。

我是来唱衰HTML的
我喜欢VIA
娃哈哈

@曲滨*銘龘鶽

去看老赵写的文章及webcast吧（我也是从那入门学的），我正在用它做公司的SNS网站，目前已完成1/3，等做好了我会再发上来

呵呵，看来你自己也还挺冤的，系统问题了~

最后在次对我的blogs 上了头条，楼上诸位的愤慨表示道歉

请不要跨省追捕，还有mvc 我真的就用了一天呵呵；

楼上有人说webform id 乱的问题可不敢苟同，任何设计不可能一点缺陷也没有的 id 的问题其实是很好解决的，做了这么多js + asp.net的项目是费劲点但是并不是用不了应该；

--引用--------------------------------------------------
K y l e j u: 回归=Html TemplateEngine(模板引擎)+jQuery ui。webform和asp.net mvc见鬼去吧。

只要团队开发都是美工或前端开发工程师做好静态页面，然后交给程序员实现（嵌入程序阶段）。

程序员实现阶段才会遇到 WebForm或asp.net mvc，必然会对美工的静态页面作相应处理，这就存在转换的问题，如果程序员对前端技术不是很精通，很容易导致页面结构的混乱。

如果直接用模板引擎,这里的混乱就会避免。
--------------------------------------------------------

n 有些赞同！！！！

@Nick Wang
你一宿没睡？牛啊

老赵也来了呵呵

呵呵怎么上了头条，很多人说我不了解mvc 的确不了解啊，要是了解怎么可能有这个文那？ 呵呵

今天睡觉一天、起来发现上头条呵呵！！！

怎么会这样难道是按照发blog 的时间来定？

@XiaoG
的确一知半解的，没办法了您也说了很多东西不过这些东西现在视乎都是停留在理论成面上的真正拿 mvc 搞出来啥的视乎还没看见呵呵能否发几篇blog大家拜读一下，的确上了头条呵呵我也不知道怎么上的呵呵；

@xiao_p(未登陆)
嗯，我基本上同意你的看法。
不过如果真是走一小步就能解决的问题却不愿意走，那么我想这更像是人的问题。

其实，我感觉在这个问题上讨论真的挺没有意思的，就好比剑用到了极致，你一样能当刀用，但是你要知道还有太多人达不到把剑当刀用的程度。

这个时候刀自然就比剑好用的多了，至少看起来如此，不是吗？

@Jeffrey Zhao
我确实没有拜读过你那文章，但是，我想，无论如何解决，它毕竟不如asp.net mvc那样和jquery结合的那么天然。

btw：有很多时候，虽然貌似要做的事情很简单就能解决问题，但是很多人却往往不愿意走这么一小步。

举个例子，一个同事说 java 的 enum 比c#的好，因为可以同时定义一个字符串值，我就告诉同事说，这个问题很好解决，弄个attribute 弄个扩张方法，具体做法就和你曾经的一个post 里面说的一样。 但是，就是这么简单的东西他却根本就听不进去。

所以，很多时候原生支持和自己的扩展支持差距还是很大的。

对了，ASP.NET WebForms 4支持自定义client-id了，这个不是问题了。 在这之前可以这么做：http://www.cnblogs.com/wuchaodong/archive/2009/03/10/1404233.html

@xiao_p(未登陆)
论证这个问题的时候我可没有避开gridview。
你应该没有看过我写的文章吧，我可没有开个firebug一点点找。

@Jeffrey Zhao
没啥好说的，如果都和你一样，不用gridview或者其它的这类东东，生成出来的客户端id都是规则的，我不说和有多困难，但是，程序不是一个人在写，我总不能开着firebug一点点去找客户端id吧？

@xiao_p(未登陆)
别“感觉”太多了，举例说明吧。

--引用--------------------------------------------------
kiler: @Jeffrey Zhao
只要你肯做，不管是用webform还是mvc没有什么做不了的事，但是有一个方便不方便的问题，webform去结合JS框架确实不方便，你说你用起来很爽，但是不能代表其他人就用的很爽。
--------------------------------------------------------
你这逻辑不成立，你至少也应该了解一下我为什么这么说，做起来到底难不难再来谈这个问题吧。
我指出的是别人的设计问题，如果我这么说还有问题的话，那么世界上没有好用的东西了。
因为再好的东西总有用不好的人，这些人总可以说“别人爽不代表我爽，我用这东西就是不爽，我的设计不会有问题的”。
同样的道理又想起一个：如果你觉得Moq这样的类库满足不了你的需求，那么说明是你的设计问题，而不是这些mock类库的问题。

这个也能上头条？
说实话，感觉博主自己都很不了解ASP.NET MVC ，比较浮躁。

晕死，也不知道是楼主不了解asp.net MVC，还是上面很多人不了解，连文章都看不明白就来这里乱叫。

尤其比如7楼，8楼，10楼之类的。

ps：个人也感觉asp.net 和 js框架结合的确实比较痛苦。虽然良好的设计可以一定程度上避免，但是还是不如asp.net mvc 和js 那样来的自然。

同样的，对asp.net ajax也比较反感，用起来一向不太感冒。

回归=Html TemplateEngine(模板引擎)+jQuery ui。webform和asp.net mvc见鬼去吧。

只要团队开发都是美工或前端开发工程师做好静态页面，然后交给程序员实现（嵌入程序阶段）。

程序员实现阶段才会遇到 WebForm或asp.net mvc，必然会对美工的静态页面作相应处理，这就存在转换的问题，如果程序员对前端技术不是很精通，很容易导致页面结构的混乱。

如果直接用模板引擎,这里的混乱就会避免。

这也能上头条？

对mvc一知半解呀，你如果只是做做简单的B/S管理系统，那你用WebForm去拖拽控件吧

mvc是一种新的编写代码的约定、一种模式，确实谈不上新技术，毕竟都是C#来的，它应对的是变化，系统随时可能改变功能，mvc是要让功能改变时更易于修改程序，更好的保护原有功能不被破坏，单元测试也是这个目的，不是说WebForm不能做单元测试，只是对于大多数的WebForm型网站都不太适合做单元测试；另外一点是mvc强调了可扩展性，“任何地方都可扩展”，而WebForm就要弱很多

mvc可以实现的理论上WebForm都可以实现，这个是不假的，但有现成的模式不用，你去花半个月甚至更长时间想办法让WebForm来实现mvc的功能值得吗？
再有，学习新东西是要花点时间的，就像你当时学习WebFrom式写网页是一天就能学会的吗？用过才有资格来评论

不理解

赞一个

--引用--------------------------------------------------
不就打错了个单词嘛，用不着这么激动。结合上下文，还是能明白的。当然，新手除外。
--------------------------------------------------------

只能说箩卜白菜，各有所爱。
不喜欢MVC，可以继续去深造 webform，必竟这两样东西短时间内是谁也无法取缔谁的。

@Jeffrey Zhao
只要你肯做，不管是用webform还是mvc没有什么做不了的事，但是有一个方便不方便的问题，webform去结合JS框架确实不方便，你说你用起来很爽，但是不能代表其他人就用的很爽。

@lotsbug[0]
我多次论证过，如果因为不规则ID而导致无法结合JS框架，本身就是你开发时候的设计问题，设计正确就不会有这个问题了。