51CTO博客开发
ADO.NET Entity Framework(以下简称ADO.NET EF)有一个非常可信的运行时。之所以不敢在项目中广泛使用是因为其糟糕的设计时。这个DSL设计时糟糕在哪里呢？其一，只能是先设计好数据库后设计实体模型；其二，如果你修改了数据库结构，再更新实体模型时，你所做的修改全部作废，最糟糕的是，很可能会出现映射错误，你必须手工来维护EDMX中的MSL部分。通常数据库结构的修改会成为你的噩梦。
jQuery是一个重要的客户端框架，ASP.NET MVC默认的项目模板中就带了这个框架。掌握这个框架对于更好地编写ASP.NET MVC应用是非常重要的。事实上，网上有很多文章讲述如何在ASP.NET MVC项目中使用jQuery。例如以下文章就是讲关于jqGrid的：
不断听timiil向我介绍Entity Framework 4.0的诱人之处。当然，他知道我最需要的是稳定且实用的设计时和提供给我从模型到数据库的设计体验，这两点是EF1.0不能满足我的。之所以我特别在意这两点，是为了满足我经常性修改模型的现实要求。显然，EF 4似乎有所改善，但显然离我的要求仍然有相当大的距离。 刚看到的一篇介绍EF4的文章，似乎比较喜欢POCO，这让我相当意外。那么，POCO
WebForm下的ScriptManager在ASP.NET MVC下自然是不能使用的。于是很多人开始困惑如何管理页面上可能发生冲突的脚本。CodePlex上还有一个项目专门做这件事情，当然也有人简单地通过HtmlHelper来解决。如果你看过jQuery UI Extensions for ASP.NET MVC，或者是jQuery Grid for ASP.NET MVC，你还会找到更多的解决
David Cutler何许人也？Google一把你就明白了。2008年获得了美国国家科技和创新奖章，这个奖大概相当于我们国家一年一度的国家科技奖吧，无论如何这是一种不平常的荣耀。尽管他的故事还没有真正成为过去，毕竟到现在为止，他仍然担任着微软云计算平台（Azure Services Platform）的主要开发者。但是已经有太多需要我们去解读和学习的精神，已经有太多需要我们去细细品味的哲理，已经有太多需要我们去汲取的力量。这个67岁的老家伙是我心目中不折不扣不倒的英雄。
或许我有极重的RAD情结，当我第一次弄明白ASP.NET MVC架构之后，我忽然发现，RAD有了希望。大多数情况下，当你的Model不幸被修改了，不得不去修改View。而从Model到View的映射还不得不让人来处理，也就是设计时的处理。Visual studio 2008在我们第一次创建View的时候可以帮一点小忙，而修改根本就无能为力了。其实我的期望比较的现实，大概就是ObjectGrid的ASP.NET MVC版。 例如你的Model可以写成这样
工欲善其事，必先利其器。好的工具能够成倍提升工作效率。ASP.NET MVC和ADO.NET EF也是因为其工具出色而受到欢迎。例如： MVC所提供的View模板工具； MVC所提供的View切换、向导工具； ADO.NET EF提供的模型设计工具； ADO.NET EF提供的数据库模型导入工具。
天查阅MSDN，关于ADO.NET Entity Framework的继承，发现一个问题让人恼火。一个是“通过每种类型一个表继承以定义模型”，另一个是“通过每个层次结构一个表继承以定义模型”。它们提供的数据库脚本居然完全一样？！这还不算。我又比对了CSDL、SSDL、C-S Mapping部分，居然也一样，只是断句不一样而已。别不信，你自己去查查吧！本地的MSDN：ms-help://MS.MSD
在你设计一个方法的时候，无法直接从方法参数或实例成员(字段或属性)获得的所有信息都是上下文。例如： 当前用户是谁？ 刚才提供操作的数据库连接实例从哪里拿到？ 这个方法从哪个 View 或者哪个 Controller 调用的？ 当然，在方法体中获得上下文最终还是要靠方法参数或实例成员。 在MVC中有大量的上下文信息，例如：
因为要在一个asp.net mvc应用程序中用到一个富文本编辑器，需要后台上传文件或图片，所以动手写了一个。我也曾经想通过Ajax来实现，看来确实有一定的难度。 参考了以下文档： A.实现一个Ajax模式的文件上传有多难？ B.ASP.NET MVC 檔案上傳下載是很方便的 如果你也有这样的需求，你不妨直接下载下来看看。 再讲多两句话。 第一句话，由于HttpPostedFileB
还是以前那句话，我不喜欢ORM这个词，但是更多的时候又不得不用。 看到园友写的“ ORM是进化还是倒退？”的文章，禁不住想说上几句。其实进化(或者进步?)或者倒退(或者退化?)是没有一个清晰标准的，追求这个进步或者倒退实在也没有什么意义。但是这个标题很惹人，很多年轻人很容易受到蛊惑，所以我必须站起来提醒一下他们。
首先，最大的好处在于，以往在ServiceMain中调用RegisterServiceCtrlHandler的时候，所注册的ServiceController例程只有一个参数，就是控制码。在很多情况下，这是不够的。换句话说，如果需要注册一段共享的ServiceController代码，是无法做到的。例如Delphi的Windows服务架构在处理这个问题的时候就不太方便，
最近一段时间，在博客园关于面向对象的讨论比较热烈，你来我往的，好不热闹。不完全归纳一下，大约有以下几种意见比较受欢迎： A. 面向对象需要组织、团队支持，需要一种环境； B. 面向对象比面向过程编程要复杂，需要花很大代价才能掌握； C. 面向对象不是必须的； D. 面向对象存在一定的性能损失。
最近一直在忙于做一个分布式的作业调度器。与通常的作业调度器不同，整个系统中没有调度中心的，所有入网的服务器都通过公共的协议协商工作。N年前的一个同事目前在一家很有前途的公司发展，前些日子开发了一套用于本公司应用产品的公共平台，其中也包括一个作业调度引擎。前几天园子里也有博友发布了开源的作业调度器。可见，作业调度在企业应用集成一天天普及的今天具有重要意义。
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
