类的设计

Question

现在公司对编码风格提出了新的要求。
要把窗体的设计和业务处理分开做，也就是说改变控件值的这些处理放到窗体的类文件里，而数据库操作等一些逻辑处理要放到一个单独的类文件里做。
但像在插入，修改数据库记录的时候，记录的值都需要从控件中取，再传到业务处理文件中去。总感觉这样不是太好，要传的参数太多了。有没有什么好的方法。可以优化一下

Answer 1

现在大多数都是这样的啊，把业务逻辑和前台代码分开，这样有很多好处的你不妨试试用操作对象来解决你的问题，就是所谓的实体类。
比如：
你可以建一个Employee.cs的实体类public class Employee
    {
        private string _EmpNo;        public string EmpNo
        {
            get { return _EmpNo; }
            set { _EmpNo = value; }
        }
        private string _CEmpName;        public string CEmpName
        {
            get { return _CEmpName; }
            set { _CEmpName = value; }
        }
    }
那么在最后保存用户信息时就可以这样写：
Employee employee = new Employee();
EmployeeBLL.SaveEmployee(employee);//此处操作对象，保存方法是我自己写的。