MVC项目的默认目录结构：    Scripts               : js 文件    Content               : css, image 等文件  

  当你创建了一个 ASP.NET MVC2 的网站应用程序的时候，如果你使用文本方式打开项目文件看一看，就会发现一个有趣的配置选项       这个选项启用延后的 aspnet_compiler 创建任务，aspnet_compiler程序负责在设计期间编译你的 aspx 页面，并且报告编译过程中的错误。通常情况下，这个程序一般用来在在修改之后，第一次加

原本没有这篇博客，直到看到ScottGu的这篇文章ASP.NET MVC 3: Razor’s @: and <text> syntax。我才决定，把我这几天对MVC3和Razor的一些观点记录一下。 关于Razor 因为最近我身边的朋友和博客的博友，似乎对MVC3和Razor没有什么好感，甚至于认为微软开发Razor是走在另一条错误的路上。虽然我也没有在项目中实际用到Razor，但是

[个人总结]   一、         ASP.NET MVC 1.0 Result 几何？   Action的返回值类型到底有几个？咱们来数数看。 ASP.NET MVC 1.0 目前一共提供了以下十几种Action返回结果类型： 1.     &

selector性能比赛 先说selector效率优化策略三条:1. 最右边的自选器精准化，以减少海选数。 “.aaa”优化成“input.aaa”-----海选*.aaa变成了海选input.aaa “.ctn .aaa”优化成“.ctn input.aaa”-----海选*.aa

很多朋友做安装包的时候，所打包的软件需要.NET Framework之类的环境，他们会检测系统是否已经安装了.NET，如果没有，则调用.NET安装包来安装。但是.NET安装完是需要重启动的，一般来说，我们都推荐使用/q/norestart的静默安装函数来使重启动推迟到安装结束时，使用如下：LaunchAppAndWait(SUPPORTDIR^"dotNetFx40_Full_x86_x64.ex

我们都明白命名的重要性，如果对命名不断地关注，就需要考虑命名中的动词和名词，特别的情况是动词的人称和名词的数量。 在.NET Framework的Guideline中，有专门一章讨论了命名规范，包括大小写、单词的选择等，却没有涉及到人称和数量，下面来讨论一下这两方面的内容。 名词的数量 首先来看数量。名词的单数和复数在语义上有着明显的不同，为了提高可读性，数量需要认真地考虑。比如： 属性（Pro

开篇           上篇我们写了关于《关于ORM中只有XML没有映射实体的思考？期待大家的建议》这篇文章中描述了几个可能的实现思路，但是总体来说，经过大家的建议和提醒，我发现了一些比较好的思 路，在这里特别感谢illumination 、金色海洋（jyk） 、贺臣 、Kevin Zou 等

开篇        很久没有写文章了，之前开了太多的系列，一方面是由于自己对于工作中的思考，另一方面是自己在业务时间中的对知识的总结，这里也是比较抱歉，因为之前开的系列，一直都是 开，完整写完的不多，这里实在是对不住大家了，我也是想等过年期间好好的整理下，这些系列和思路，将要写的内容，都梳理清楚，然后在年后，将一一发布，完善如下的几个系

前几天闲来无事就在家做sl的智能表单，因为技术有限，各种架构没能设计好，于是-------大家都知道，我拿出自己算是能够称的上功能的东西给大家分享一下。 1.控件在画布上拖动和大小设置。 2.控件从工具箱拖到画布。 3.生成XML。 今天就只写第一个在画布上拖动和设置大小，当时我想的是只做一个拖动的控件（占时叫SizeCtr），然后点击哪个控件，SizeCtr就放到哪个控件上面。 先展示下&nbs

最近一直在学习领域驱动设计（DDD）的理论知识，从网上搜集了一些个人认为比较有价值的东西，贴出来和大家分享一下： 我一直觉得不要盲目相信权威，比如不能一谈起领域驱动设计，就一定认为国外的那个Eric Evans写的那本书中的一些概念就一定是正确的，认为领域驱动设计就一定是聚合，聚合根，实体，值对象等概念。我们要有自己的思想，要有自己判断真正的领域模型该是什么样子的勇气和追求。  

    这两天看到编程珠玑第二章，关于习题2.3中说到杂耍算法执行gcd（i,n）次后即可停止，这里我想了很久为什么？书中提到的Swap Sections解决了我的疑惑，在明白为什么的时候真的 “啊哈”了一下，原来这样，感觉证明非常巧妙，不敢独享，所以复述如下。 problem: rotate a one-dimensional vector

引子 我在1月12日发表了《解读ECMAScript[2]——函数、构造器及原型》一文，文中提到了函数声明（Function Declaration）与函数表达式（Function Expression）的概念。在那篇文章中，重点对两者与ECMAScript内置对象Function之间的关系进行了论述，而对两者的区别未加以详细说明。昨天晚上对Web前端颇有研究的jee.ch

代码  <script type="text/javascript">       $(function() {           $("#tabs").tabs()

.codearea{ color:black; background-color:white; line-height:18px; border:1px solid #4f81bd; margin:0; width:auto !important; width:100%; overflow:auto; text-align:left; font-size:12px; font-family: "Courier New","Consolas","Fixedsys","BitStream Vera Sans Mono", courier,monospace,serif} .codearea pre{ color:black; line-height:18px; padding:0 0 0 12px !important; margin:0em; background-color:#fff !i

我们知道，大多数软件都需要有一个“关于本软件”的对话框，用于告诉用户该软件的一些重要信息，最主要的是该软件的版本号。例如下图就是“锦书背单词”软件的“关于本软件”对话框：   现在让我们来写一个通用的“关于本软件”对话框，封装为 Skyiv.Common.AboutDialog 类。这样，我们在开发应用程序时只需要直接使用该类就行了，避免了重复劳动。测试程序 AboutDialogTester.cs 如下所示：01: using System.Reflection; 02: using Skyiv.Common; 03: 04: namespace Skyiv.Tester 05: { 06: sealed class AboutDialogTester 07: { 08: static void Main() 09: { 10:

前几天在CSDN上有篇文章，见证国内 IT图书这十年，我在下面评论了我为什么先选国外书的原因，一些朋友也赞同了我的话，我说说我怎么选书，大家也可以分享下。我不是什么高手，学编程2年，高中文化，不要指望我教太多   1.上网查哪几本书口碑好，当然这其中也要有自己的判别能力，比如如果我在CSDN问算法哪本书入门好，肯定会有人告诉你计算机程序设计艺术，算法导论这两本书。人家就告诉你原因，两字,经典，没了.不过我想推荐这两本书的95%都没看过，因为这两本书个人感觉理论太强，分析太深，可能需要很高的知识...(当然可能是我自学的没老师教，也可能我智商不是很高，反正我从小就不是什么天才人物....成绩也平平)   2.优选国外书，为什么选国外书，倒不是我崇洋媚外，也不是国外没烂的IT书，其实还是有的，也不少，但是国外书引进国内都会被一些人过滤一遍,可以帮你节省很多时间,毕竟没译者愿

关于编程的学习，大家肯定都知道，也是大家都说来说去的，就几句话：1.多看书。2.多看代码。3.多敲代码。这些我不想多说，也觉得没有多说的必要。经常在CSDN上看到有人问“我学习C++一段时间了，该如何进阶？”，然后接着就是一大堆的人，重复这上面的三句话或者更多，我不是说这些方法是错的，我只是认为，这样没有点到本质，初学者喜欢依赖于书籍，他们看书了，他们也照着书敲了代码，但是他们就是感觉一直在基础的层面上打转，这是为何呢？在C++里定义复制构造函数时，大家知道，一般对于类中含有指针的，要进行深复制，而不是浅复制。而我在这里也要讲一个类似的方法，那就是关于编程的浅学习与深学习的问题。大家在这里可以先试着想想自己平时是怎么学习编程的？遇到一个新函数、新概念，大家是看书？记住概念？看看代码？抑或是其他？我根据个人的理解和经验，在没遇到一个新知识时，我把学习这个知识点的深度分

最近闲下来的时候，稍微想了想这个问题。【关于模块化以及为什么要模块化】 先说说我们为什么要模块化吧。其实这还是和编码思想和代码管理的便利度相关（没有提及名字空间污染的问题是因为我相信已经考虑到模块化思想的编码者应该至少有了一套自己的命名法则，在中小型的站点中，名字空间污染的概率已经很小了，但也不代表不存在，后面会说这个问题）。 其实模块化思想还是和面向对象的思想如出一辙，只不过可能我们口中所谓的“模块”是比所谓的“对象”更大的对象而已。我们把致力完成同一个目的的功能函数通过良好的封装组合起来，并且保证其良好的复用性，我们大概可以把这样一个组合代码片段的思想称为面向对象的思想。这样做的好处有很多，比如：易用性，通用性，可维护性，可阅读性，规避变量名污染等等。 而模块化无非就是在面向对象上的面向模块而已，我们把和同一个项目（模块）相关的功能封装有

  .codearea{ color:black; background-color:white; line-height:18px; border:1px solid #4f81bd; margin:0; width:auto !important; width:100%; overflow:auto; text-align:left; font-size:14px; font-family: "Courier New" , "Consolas" , "Fixedsys" , "BitStream Vera Sans Mono", courier,monospace,serif} .codearea pre{ color:black; line-height:18px; padding:0 0 0 12px !important; margin:0em; background-colo