摘要：在MVC的Model中，我们可以定义很多与视图相关的元数据，这些元数据对我们开发视图起着相当重要的作用，特别是在数据验证方面。这些元数据一般情况下我们是不会定义在业务实体（或持久化实体）上面，所以很多情况下，我们会需要开发两种实体：View Model和Business Model。这样就造成，在Action与View的沟通当中，我们需要使用View Model，然后在业务逻辑处理时，我们需要再将View Model映射到Business Model，这将会使我们的开发框架变得繁琐。因为一般情况下，View Model和Business Model在很多情况下，都是很雷同的对象，只是View
阅读全文
07 2010 档案
摘要：在ASP.NET MVC2中，我们经常这样来写表单模板：由于DataAnnotations的存在，我们完全可以把字段的视图元数据全部都在Model中设计好，那么开发编辑视图就变得非常的简单，可能只是对应Model的字段，一行一行的去写Html.EditorFor ，这是一种重复而枯燥的工作。因此我想到，写一个VS扩展，在HTML编辑器的右键菜单中添加一个命令，点一下就可以根据当前的Model的类型...
阅读全文
摘要：ASP.NET MVC2 结合System.ComponentModel.DataAnnotations 提供了一套非常有效的实体验证框架。对于错误信息的处理，它默认提供了两种选择： 字符串常量 从程序集资源文件读取 但是在我们这里，我们有一套自己的资源文件方案，也就是我们需要自己控件错误信息的本地化操作。由于在元数据，我们只能提供常量，无法进行字符串操作。一种比较直接和麻烦的办法就是重写所有的验证规则，在验证规则中对字符串常量进行本地化操作。但是这样做，一方面会比较麻烦，所有的验证规则我们都要进行重写；另一方面我们在设计model时就是特别的小心使用我们自己重写过的规则才能达到我们的目的
阅读全文
摘要：很多关于.NET 4.0新特性的介绍，缓存功能的增强肯定是不会被忽略的一个重要亮点。在很多文档中都会介绍到在.NET 4.0中，缓存功能的增强主要是在扩展性方面做了改进，改变了原来只能利用内存进行缓存的局限，允许用户在不改变代码的情况下通过修改配置的方式，灵活的切换缓存介质。Cache Provider是可扩展的，开发人员可以方便的将缓存存放在文件中，也可以扩展使用分布式缓存。然而，由于之前已经有System.Web.Caching.Cache这个缓存对象的存在，让我一直对.NET 4.0的新的Cache和原来已存在的System.Web.Caching.Cache的关系产生了一定的迷惑。通过
阅读全文
摘要：眨眼间，离上次公布LumaQQ.NET 2008 预览又过去了半个多月的时间。有消息称，QQ2008协议即将过期，即使如此，我还是希望能完成当前版本的既定功能。今天我很高兴的正式公布LumaQQ.NET 2008的最新版本，这个版本已经基本上一个版本所具有的全部功能，包括： 登录管理 消息管理 好友管理 群操作 这些功能的API基本都基本与上一个版本没有大的差别。这个版本最大的变化在于登录...
阅读全文
