December 2007 - Posts
.net FrameWork 3.0 后，我们会发现有两个Color数据结构。 一个是：System.Drawing.Color 一个是：System.Windows.Media.Color 这两个结构有啥区别呢？ 下面是对这两个类的属性的一个简单比较： System.Drawing.Color Structure System.Windows.Media.Color Structure 所在组件 System.Drawing.dll PresentationCore.dll 支持的版本 .NET Framework Supported in: 3.5, 3.0 SP1, 3.0, 2.0 SP1, 2.0, 1.1, 1.0 .NET Compact Framework Supported in: 3.5, 2.0, 1.0 XNA Framework Supported in: 1.0 .NET Framework Supported in: 3.5, 3.0 SP1, 3.0 A Gets the alpha component value of this Color structure. Gets or sets the sRGB alpha channel value of the color. B Gets the blue component value of this Color structure. Gets or sets the sRGB blue channel value of the color. G Gets the green component value of this Color structure. Gets or sets the sRGB...
摘要: 为软件开发提供一个现成的、定义良好的、可扩展的日志设施。所谓"现成的"意思为软件开发可以即刻使用，包括API文档、使用实例和库；"定义良好的"表示项目提供良好的使用接口和具有优秀的内部设计；可扩展的意味用户可以进一步扩展功能。 阅读全文 自由、创新、研究、探索…… 2007-12-30 11:02 发表评论 [小组] [博问] [闪存] Read More...
If you are a typical TFS user like me, then you must bookmarked these 2 links / tools already: Visual Studio 2005 Team Foundation Server Power Tools Visual Studio Team System Web Access (formerly known as TeamPlain) Colt Read More...
回顾2007，还是比较踏实的。 就个人成长这一点来讲，我还能把握住自己发展方向，也不曾有过深度的迷茫。 很多年轻朋友，或走入社会不久的朋友，或走入社会一段时间遇到瓶颈的朋友，都可能有过“迷茫”的感觉。各种各样的迷茫，对事业的，对生活的，对社会发展的，人生真如一片落叶，陨落不可避免，陨落过程中划出的弧线也不能自控吗？ 最关键的一点，还是要自我突破。先在一个点突破自己的水平层面，然后就能看到更多，对很多原来看不清的东西就能“一览众山小”。有个新的眼界后，整个水平层面的跟上，就是时间问题了（我在上课时曾经个 非 著名的“空瓶”理论）。 所以这几年我一直在技术这一块沉浮，但我很少会有“迷茫”的感觉，因为我一直在突破自己，不断的调整自己的知识结构，让自己看事情更有深度，对自己的人生更有把握。 任何一个人（神人除外），都是不能预测未来。人，只能通过掌握规律来感知未来的轨迹。比方谁都知道太阳每天从东边升起，从西边落下，所以谁都可以预言明天早上，太阳不会从西边升起。明天起床后，你会惊呼“多准确的预言啊！太神奇了”吗?不会，因为它不神奇，规律摆在这里。 怎么样掌握规律，读史。 了解政治，读历史。 了解经济，读金融史。 了解企业，读企业案例。 只要你有一定的逻辑概括能力，你会发现很多事情都看得懂了，很多事情都有信心可控制了。 我的2007(只包括适合在博客园说的部分)： 1、培养了N名学生（N等于几没计算过），一直以积极向上的面貌站在他们面前，所以不致于汗颜； 2、出版了两本书，一本著作，一本译作，还有一本译作要到2008才能面市； 3、年初又拿了次微软的MVP； 4、在技术上越来越敢吹了...
摘要: 看了为WebForms说几句话，以及一些ASP.NET开发上的经验（上） 和为 MVC 和 Web Form 正名的一份“大字报” 的相关评论。 阅读全文 自由、创新、研究、探索…… 2007-12-22 16:24 发表评论 [小组] [博问] [闪存] Read More...
上个月 Scott Guthrie 的博客中提到， VS2008 如果用 VSS 做源代码管理，会有一些bug。 在他的博客中提到： “我们正在更新Visual SourceSafe 2005，以使它能和VS 2008合作。我们原先计划在上个星期就发布的，但在发布前发现了一个缺陷，会延迟几个星期。我们目前计划在几个星期内发布。Brian Harry在 这里 的博客帖子里对此有详述。” 相关地址： http://blog.joycode.com/scottgu/archive/2007/11/27/111998.aspx 我这些天都在等这个bug，我在用VS2008+VSS2005中，总碰到一些怪异的小问题。也没看到国内有人讨论这个问题。一直以为这个补丁没发布，今天自己去查了一下，原来这个补丁11号的时候就发布了。自己现在才知道。 至于有些人想象中的VSS2008则不会出现。VS2008下如果用VSS做源代码管理的话，应该是打了这个补丁的VSS2005。 VS2005时带的VSS2005版本号是： version 8.0.50727.42 打了这个补丁后得版本号是：version 8.0.50727.1551（VS2008 用） 这个补丁下载地址： Download the VS80-KB943847-X86-INTL.exe package now. 这个补丁包有3.14M 这个补丁修复了那些bug，请到 http://support.microsoft.com/kb/943847 去看。 参考资料： VS 2008 and SourceSafe Q&A http://blogs.msdn.com/richardb/archive/2007/12/03/vs-2008...
I try to open a (collection) work items in Excel today but I got the following error: I was thinking is it because I am using Excel 2007 instead of Excel 2003? No way, it works fine after I read this post and enable .NET programming support! Read More...
下一个微软Enterprise Library的版本——V4——将预置支持依赖注入。依赖注入将通过容器以独立或作为库的一部分来提供。 特别值得一提的是，下一个Enterprise Library的版本号原本应该是v3.5，现在已将其改为v4.0，这是为了适应库中大量核心变化的需要。微软模式与实践组的产品经理Grigori Melnik对版本的这一变化给出了他的理由： 对于Enterprise Library版本的变化，最初，我们只是打算做一些小的增强和修改。DIAB原本是我们的产品储备中的另一个独立项目，基于最近模式与实践组高级客户的反馈、与Enterprise Library支持者的来往信件、来自模式与实践组和CodePlex上其它团队的评价以及人们建设性的博客记录和建议等，我们认为现在就是推出依赖注入的合适时机，于是我们就将它加入到即将发布的Enterprise Library中，但这已不再是一个小变化，所以，我们决定将其版本号变更为v4。 那么，什么是依赖注入呢？Wikipedia上有这样的解释： 依赖注入(DI)是一种编程技术，有时也被（不正确地）称为 控制反转 （或IoC）。其实，从技术角度来说，依赖注入特指对一种特定IoC形式的有限范围实现。 依赖注入是指一个类的实现部分上是由另一个类来执行的情况，这个类就是注射类。某些时候，它们是注射类的多个不同变种（或是其子类）。主类抽象出所有实现所需的通用代码，并在需要特定行为的地方委托给注射类。 控制反转是程序放弃对自己可执行代码的控制权，而只是通过简单地应答请求来执行自己的一种方式（通常是以事件的形式）。同样地，使用依赖注入的类也是放弃了自己部分实现的控制权，让注射类来控制它们的。 依赖注入不是什么新技术，但最近却逐渐流行开来...
【原文地址】 December 16th Links: ASP.NET, ASP.NET AJAX, ASP.NET MVC, VS, .NET, IIS7, WPF 【原文发表日期】Sunday, December 16, 2007 11:29 PM 这是我的 链接系列 的最新篇。也请参阅我的 ASP.NET 技巧，诀窍和教程网页里 我以前写的众多很受欢迎的文章的链接。 ASP.NET Creating an Outlook Navigation Bar using the ListView and Accordion Controls : Matt Berseth撰写了一个很棒的例程，描述如何使用新的ASP.NET 3.5 ListView服务器控件和ASP.NET AJAX控件工具包中的Accordion控件来实现类似Outlook的导航菜单。 What is New in the ASP.NET 3.5 Extensions Preview : Brad Abrams在博客里讨论了一些例子，这些例子展示了新的<asp:MediaPlayer> Silverlight 控件，以及<asp:ScriptManager>控件中内置的历史管理。 ASP.NET AJAX ASP.NET AJAX SliderExtender Layout and Custom Appearance : Alessandro Gallo撰有一篇好帖，描述了如何定制ASP.NET AJAX控件工具包中的SliderExtender控件的布局和外观。 Debugging ASP.NET AJAX Applications with the Trace Console : Matt...
在博客的世界里进行了一场关于使用 依赖注入 （DI）之优点和缺点的有趣讨论。论题是：依赖注入是否真的值得？ 讨论始自 Jacob Proffitt ，他撰文解释他的观点说， 依赖注入的伸缩性不好 。据Proffitt认为，DI流行的唯一原因是Mocking。 DI进来这么流行的真实原因，和正交性、封装性或者其他“纯粹的”架构考量都没有关系。真正的原因是很多开发者都用DI来帮助使用Mock对象进行单元测试。随你怎么说，这个因素实际上说服了聪明的开发者选择DI而不是更简单的实现。 Proffitt甚至声称DI只对单元测试有好处： 不管怎样，我真的希望人们能够承认DI除了单元测试之外，没什么其他有说服力的应用。 不过，Proffitt虽然做单元测试，却不用DI。他使用 TypeMock 框架。这个框架可以拦截对依赖对象的调用，哪怕依赖是在被测试代码中创建的。这意味着Proffitt不用解耦他的对象也能为单元测试创建Mock。 Ayende 是 RhinoMocks 的创造者，他 在自己的博客上回应说 ： 虽然能够方便地编写Mock代码是很棒的特性，但这只是主要利益之外的附带好处，主要的利益是降低了对象间的耦合。我可以修改数据访问部分的代码，而不需要触及负责工资计算的引擎，这是我得到的主要益处。 Nate Kohari 也回答了Proffitt的原帖。Kohari不但给出了一个DI的代码示例，还详细阐述了 什么是真正的DI ： 如果你是GoF的爱好者，这其实就是Strategy模式。依赖注入（按照我的观点）本质上是大规模使用的Strategy模式。 Kohari是 NInject DI框架的作者，他强烈反对DI框架无用的说法： 一旦你开始倚靠DI框架来编写代码...
More Posts
Next page »