张剑的专栏 ----------技术没有高低之分，只有先后之别！

@Kenny tian 因为图片的关系，所以调整度数并看不出区别来，不论转到90或者180，都是转了1/4圈或1/2圈，如果图片在不同的角度上处理一下的话就可以看出效果来了，我这里没有真机，所以有些效果测不出来，可能因为这个图片的圆画的并不是很正，同时源图片的大小是800的，可以将矩形大小也调整为800试一下。

我试了一下，90，180，360度肉眼看不出区别。 我还发现一个现象，当手机处于 LandscapeLeft 或 LandscapeRight时，图片会跳动

前辈啊~我们这快毕业的小青年受教了···

using.

msdn上的例子，都是大把大把的using啊，看着头晕。

@张剑 可以说using只是一种语法糖了； 用 try{}catch{}finally{} 同样的实现了； 不知道，在同时使用上面两个的情况下与只使用一个上有多大区别！

@么有爱情的色鬼 虽然using关健字语句块中存在异常后可以调用Dispose()方法，但是你无法在异常时对异常的信息进行处理。如果你使用Reflector可以查看到Dispose()方法会检查对象链接是否为打开状态，然后再去Close()。当然我所提出只是一种建议，try-catch-finally语句块能抓取异常并写入日志，而using可以作为一种良好的编程习惯和对象释放的保证。

using 等效 try{}catch{}finally{} 二个用一个就行吧。。。 如果重复是不是不好呢？

一直都是这么写的。。以前是照着写，后来明白了。。

这样就上了精华，让我情何以堪啊…………

@y.beiying 没有冲突。

using ,try.没有冲突吧

谢了

@y.beiying catch{}语句块中不需要做close操作，finally都已经做过了，你可以在这里做一些关于错误日志文件的记录。

/// <summary> /// 执行查询返回xmlDocument() /// </summary> /// <param name="sql">sql语句</param> /// <returns>string类型</returns> public string GetXmlReader(string sql) { String xmlReader = ""; using (SqlCommand cmd = new SqlCommand(sql, Con)) { try { XmlReader xml = cmd.ExecuteXmlReader(); while (xml.ReadState != ReadState.EndOfFile) { xmlReader += xml.ReadOuterXml(); } } catch { cmd.Connection.Close(); } finally { cmd.Connection.Close(); } } return xmlReader; } 我们一直是这样用的，各位帮看看是否有问题。

楼主果然牛 精华啊

如果是单纯比较异常处理，当然是try...catch结构， 如果单纯比较释放资源，using也更清晰，也更省事 using如果没记错的话，，，他来身其实就是个try..finally的结构。。 如果在项目中，其实个人认为LZ的两者结合用，看起来代码结构复杂了点。。。我一般会选择用try..catch...finally加正确的实现:IDisposable接口。。。。

一般来说游戏中的对象管理跟其他程序中面向对象的处理方法没什么太大区别，每个人实现的方法都不一样。 使用面向对象，只是为了方便代码的管理而已。 欢迎xna爱好者来http://xnaer.com

@Ref Tian 其实这么简单的东西，并不一定大家都会这样去做，比如确定在项目的异常处理结果会放入到Log中？

@Mr Yang 也许对于初学者来说，这个应该比较重要吧。

呵呵呵 这都能放首页？~~~~~~~~~~

@韦恩卑鄙 a-zhewg @waynebaby 对，确实是如此。

我觉得lz 的问题不在Decorator模式的使用方式上 而是在于面向对象（或者说物件导向）最基本的“对象是什么，如何定义对象”上

o(︶︿︶)o 这个。。。。。。楼主拿精华来！

菜鸟路过！改了！

前两天团队里还有人犯这样的错误。

菜鸟的时候也没犯过这种错误.微软的示例和DBhelper都是using.

using 的飘过

一直都是这么写滴。。。。

看来我是菜鸟了！

@cnblogsuser 1.微软是否一直在持续的做这种活动我不清楚，因为我不是微软的员工，只是一个MVP而以，对于是不是模仿，我也不请楚，但我是第一次参加，觉的还是挺有意义的。 2.兄弟你懂的，现在绘画不光是可以用纸和笔，WINDOWS各个版本都带着一个工具，叫“画图”如果你在现场，就知道小朋友们的创意实在是你想像不到的。。 3.我不清楚你所讲的实际与否是什么意思，孩子们有的家里其实并不是非常困难，有的家里是有电脑的，只是他们很多是因为户口的问题才没有办法去学校，就算去了，不能评三好，不能做班干部之类的。孩子们的自尊心很强，就算你问父母是干什么的，他们只会说“不知道”，但是十二岁的他们，真的会不知道吗？在北京这样一个城市，他们见过身边有太多的和他们不一样的事和物。。。

还有个问题想问一下博主，既然是绘画，那怎么要用到电脑？不觉得画画不用纸笔，而用电脑对于这些孩子有些不太实际吗？

这是对岸今年的MVP OpenDay的博文。http://www.dotblogs.com.tw/billchung/archive/2011/06/20/29207.aspx

就一次为农民工子女提供学习的活动算是捞资本吗？不能一直做下去的话，真没有什么意义。只有一次的话，在某种意义上来说似乎有把农民工子女当“道具”的嫌疑。另外这次活动，对岸的MVP在今年夏天有举办过一个类似的活动，说不定这次就是进行的一次模仿。

"对于我这个在边缘城市搞微软技术的程序员来说","微软山西.NET俱乐部负责人",山西人伤不起……

我顶你。 我们电脑组也有一个超级漂亮的小MM

@木野狐(Neil Chen) 貌似是大中华区的意思

五年了，—次Open Day都没有参加过

MVP 好牛啊

剑哥，在哪儿都能看到你的身影。

衣明志是烟台NET负责人，呵呵呵我作为烟台人还没见着面呢？有机会交流一下~~~~~~~~~~~~

不错

GCR 是什么意思啊

郁闷 写错了 楼主 我是太原 本地的人 现在太原IT依然很落后

控件绑定好多了。

[quote]sun8134：这个绑定不错哦，方便很多[/quote] 我也这么想，如果是很高频率来写webform代码的coder来说，确实是有很大的方便。

[quote]红枫一叶：希望.NET能有一个脱离CLR的版本，直接编译成机器码，不要借助虚拟机。[/quote] 如果这样做，那就脱离了微软最初在推出这个框架的初衷。虽然只是针对微软系统的跨平台，但是毕竟也跨了不是?另外也有第三方的技术也可以让其跨平台来使用。 应该说在WIN7以后的时代.net framework决对不再会是一个制约用C#或VB.net做桌面应用程序的问题，反而会因此而更加方便。

[quote]wdwwtzy：自从MVC出来以后，已经对webform无爱了[/quote] 嗯，其实很多时候用什么技术决定权在公司技术高层或者客户。WEBFORM与MVC各有优势，在做不同的应用可以使用不同的技术。

[quote]熙冠：功能是比以前强大了，但是性能方面呢？我觉得微软应该把提高运行效率作为重点来发展[/quote] 性能问题，在于你如何去编写代码，如果使用HTML表单来处理数据，减少控件的使用，那性能是没有任何问题的。当然了这只是说控件影响了性能问题这一块，当然还有缓存，AJAX等技术来解决数据访问的这些问题。

熟悉。 不过照片看起来不太像。