写代码的时候应该时时考虑以上几点，后期考虑的话很容易把代码改错，该乱，造成进度上的紧张，所以强烈建议写代码时候注意。

1.1 用log.error表示系统级错误

1.2 用log.warn表示应用级错误

1.3 服务初始化或结束用log.info

1.4 用log.debug替代out，debug要判断isDebugEnable

1.5 用log.warn("",e)替代e.printstack

1.6 用log4e生成log相关代码

1.7 Log信息要保证可读性，需记录现场信息，如当前处理id等

2 exception

2.1 try catch内的代码不要太长

2.2 因为性能原因，try catch少放循环内

2.3 尽量避免catch(Exception)这样的写法

2.4 不同模块定义不同的exception

2.5 建议创建应用的基类exception，特别是有定义error code需要的应用

2.6 只要catch就要log error message

2.7 catch并封装成另一种exception，如果不nest原来的exception就要log stackTrace

2.8 持久层throw dataAccessException，业务层throw checked exception，展现层只显示exception信息

2.9 规范的exception流程定义如下：

业务层不需处理的runtime exception，由展现层定义的exception controller捕获，交给相应的error页面显示并记录stack信息。业务层捕获下层的exception，并封装成业务层的checked exception，如果nest所捕获的exception，则仅log error message，如果不nest就需要用log.warn(“”,e)记录stack信息。展现层捕获业务层的exception，应由处理业务层exception的error页面来处理。

转载：http://www.blogjava.net/pesome/archive/2006/01/20/28502.html#28814

//Database.cs

//返回一个OleDbParameter对象

public OleDbParameter MakeInParam(string ParamName, OleDbType DbType,int size)

{

         OleDbParameter param;

         return param=new OleDbParameter(ParamName,DbType,size);

}

public void runCommand(string strcmd,OleDbParameter[] prams,string[] datacolumn,string[] values)

{

         OleDbDataAdapter cmd = new OleDbDataAdapter(strcmd, conn);    

    this.Open();

         if (prams != null)

         {

        //2个循环主要是为了创建

        // cmd.SelectCommand.Parameters.Add(new OleDbParameter ("@username",OleDbType.VarChar,16));

//赋值

// cmd.SelectCommand.Parameters[@username].Value=username;

//我这样设计主要是为了考虑如果以后要添加或删除用户信息的话，

//我只要修改业务层

                   foreach (OleDbParameter parameter in prams)

                   {

                            cmd.SelectCommand.Parameters.Add(parameter);                                       

                   }

                   for(int i=0;i<values.Length;i++)

                   {

                            cmd.SelectCommand.Parameters[datacolumn[i]].Value=values[i];

                   }

         }                

         cmd.SelectCommand.ExecuteNonQuery();

         this.Close();                       

}

      完成项目后，我发现了很多问题，试着想去改，怕破坏原来的结构，总的来说还是失败了，我总结了以下经验和问题：
1.在多表操作的时候应该使用存储过程，因为句子一长很容易错，而且调试后才能知道结果，如果是存储过程的话可以在MSSQL中验证语句是否错误。当然存储过程还有其他优点。
2.用JS脚本验证表单。我觉得比.NET提供的验证控件方便多了，而且本地验证减少网络传输中这样那样的问题。
3.我有次在别人机子上调试的出了问题：老是报：“该操作不是一个可更新的操作。”我郁闷了好久，最后在别人帖子了找到了答案，原来是WINDOWS权限问题，那机子用的是WINDOWS2003。
4.我觉得象我这样普通的毕业生，软件工程对我来说太渺茫了，根本就没法达到自己预期的理想，就算是分析时设计到的功能，但在代码实现时被自己设计的框架而卡住。所以我就有个疑问：是拿别人的设计书写好，还是自己设计自己写好？虽然我时常偷窥某人设计书，但是终不得精髓。（就像有了内功新法确缺少套路一样）
5.戒骄戒躁。我觉得骄傲烦躁这是编程大忌。林锐博士一本书写到他同学编程的时候，说他编程的时候简直不是人，就是个指针。可能这就是高手和普通人的区别把