摘要： 当我们在开发过程中，遇到添加，编辑，删除等操作，这些操作对于数据库来都是成功的，所以在DATA层的CURD操作一般没有返回值，而对于业务层就不同的，我们需要将处理结果返回给WEB层，而如果DATA出现异常了，这时业务层要知道，并把结果进行处理，然后返回给WEB层，而返回的载体是我们要统一的，因为我们一个bool类型是不能满足要求的，它可以还会伴随其它信息，包括可能出现的实体完整信息。看看我的VMessage类，它有一个属性IsComplete，它的值由它内部的messageList集合控制，而这个集合如果没有信息，说明没有异常出现，IsComplete就是true，反之它为false,而我们可 阅读全文

摘要： 回到目录在PartialView中进行表单提交，有什么用呢，我来总结一下：１　这个表单不只一个地方用到２　可能涉及到异步的提交问题这两种情况都有可能需要把表单建立在“分部视图”中，我们为第二种情况为例来说一下用法首先，我们有一个用户登陆的表单UserLogOn.cshtml，它在首页及产品列表页可能都提供了表现的情况，而这时，我们为了不违背ＤＲＹ原则，所以会把相同的代码提取出来放到一个partial view中，这就是我们的UserLogOn.cshtml，而它里面只有视图的表现，没有任何提交的动作，因为它可能被提交到不同的Action中去。实例选自大家都熟悉的ＭＶＣ自带的项目UserLogO 阅读全文

摘要： .net里的string.Format方法，可以格式化字符，以下是几种最见的组合，代大家参考数字 {0:N2} 11.11 数字 {0:N0} 11 货币 {0:c2} $11.11 货币 {0:c4} $11.1111 货币 "￥{0:N2}" ￥11.11 科学计数法 {0:E3} 1.11E+001 百分数 {0:P} 11.11% 日期 {0:g} 2001-11-1 11:11日期 {0:G} 2001-11-1 11:11:11日期 {0:D} 2001年11月11日 日期 {0:d} 2001-11-11 日期 {0:f} 2001年11月11日 11:11 阅读全文

摘要： 回到目录linq to entity或者linq to sql都提供了非常方便的延时加载功能，什么意思？就是说在建立对象时，它会将数据库中的表关系同时建立进来，然后在查询时，如果用到的外键表的数据，才会建立这个外键表的查询，这一点确实很“酷”，但是它是有代价的，甚至代价是巨大的。我一直不太喜欢我命运被别人去掌握着，写代码也一样，说着很好听的“延时加载”，用着也算方便，但对于它生成的ＳＱＬ代码却是让我很恐惧的，下面看一下截图：这是一个查出１０条结果的语句这只是一部分，它对于建立ＳＱＬ的connection是１０次，傻眼了吧，呵呵，这绝对是不能接受的，但如果你不用外键表，它是很正常的，一个ＳＱＬ链 阅读全文

摘要： 再见了，Linq to SQL，我们会想念你的！从DBML文件中，我学到了太多的东西，不知道为什么微软在推出linq to sql后，不对它进行支持了，可能是一山不容二虎吧，entity frameworks的崛起不是偶然的，事实上在推出linq to sql之前，微软早就推出了自己的ＯＲＭ架构，即entity frameworks，有时我们叫它ＥＤＭＸ或者ＥＦ，它是幸运的，从发布１.０至今，一直是小微的宠儿，目前５.０已经出来了，给人的感觉就是操作简单，对它的插件支持比较多，由于使用了Ｔ４模板，所以扩展性非常方便，这可能是它对linq to sql胜出的一个原因，其次它还支持其它数据源，而l 阅读全文