摘要： 呵呵，一个有趣的话题，事务（不是TSQL中的事务，只是指 System.Transactions下的TransactionScope类型）底道应该放在哪个层？ 可以说，这个话题看你怎么看了： 如果同意在BLL层的，理由是：事务主要用来处理复杂逻辑，而复杂逻辑操作多表时需要用到事务，所以事务放在BLL层用来实现“逻辑组合”。而DAL层只负责最基础的数据操作，不管业务逻辑。 如果同意在DAL层的，理由... 阅读全文

摘要： 实体的验证分部类定义如下 前台controller里进行数据有效性的验证，成功就进行数据处理，不成功就返回错误 前台页面配合JQuery强大的验证功能，实现动态验证 MVC集成表单验证输出单元，显示验证错误消息 怎么样，MVC够酷吧，呵呵！ 阅读全文

摘要： 将所有controller的公共属性和方法提取出来，放到一个controller基类里，共其它controller使用，这无疑不是一个好的选择，以下是我的项目中controller层的抽象，分享一下代码：/// <summary> /// Controller基类 /// </summary> public abstract class ControllerBase : Controller { #region Fields #endregion #region Constructor #endregion #region Properties /// <summ 阅读全文

摘要： 编辑器加载中... /// /// UserBases扩展类,只在返回实体时用 /// public class User_BasesExt : User_Bases { } /// /// (LINQ) UserBases分部类扩展 /// public partial class User_Bases : IEntity { /// /// 用户详细信息 /// public UserInfos UserInfos_Extend { get; set; } ... 阅读全文

摘要： 回到目录很多人都不用var，说它在运行时会影响程序的性能，比如下面两个var i = 10; // implicitly int i = 10; //explicitly 说强类型比隐式类型的运行时效率高，其实不是这样的，这两行代码运行时效率一样，因为var是在编译时由编译器把它解释成强类型的。从 Visual C# 3.0 开始，在方法范围中声明的变量可以具有隐式类型 var。 隐式类型的本地变量是强类型变量（就好像您已经声明该类型一样），但由编译器确定类型。所以，以后大家可以放心的用var了，呵呵，只是程序可读性不如强类型。最后说一名，对不起“var"，我之前一直冤枉你了。回到目 阅读全文