///
/// 添加
/// ///
实体
///
bool true=操作成功 public bool Add(Models.MemberManagement.CJ_MemberInfo m)
{
SqlParameter[] parameters = new SqlParameter[]
{
new SqlParameter("@RegisterPhone",m.RegisterPhone),………………………………………………}; 像这种方法 参数是用实体类作为参数但这个方法并不完全需要实体内的所有属性当然，自己肯定知道要哪些，不会多写一些但在合作的过程中，项目的其它成员也会调用你的方法那这个时候其它人员实例化一下实体类的时候这个实体类到底哪些要赋值，哪些不要赋值当然了，全部赋值肯定是不会有问题的，但全部赋值就会出现传一些没必要的东西过来如果少赋值就肯定会出错 所以问题就是在这个方法中能规定哪些要赋值哪些不要赋值 还有就是到底要不要采用这种实体的方法作为参数
传对象是正确的，如果是传一堆具体的属性，有些情况会导致参数太多，而且也不符合面向对象的思维。不知道你对“传一些没必要的东西过来”有什么担心的。C#对于对象默认采取的的是ref的方式传递，也就是只传一个指针，所以不会有什么多余的负担。如果你担心有些属性需要保护，不是任何地方都可以随意访问的，那么你应该在实体类里面对访问加以控制。
楼主的说法也不能说没有道理：的确写存储过程时，的确是用不到的实体类，可你在其他地方呢，
举个最简单的例子：增删改查肯定是要操作某个类的
如：person p =new person ();p点就啥都有了，多方便啊。如果没有呢？想过么？
实体类，我的理解就是：他就是数据库表的映射，每个表对应一个实体，关系表好像是没有的。他是一个载体，承载着数据在你的程序里交互，运行！
如： if(p.personid>0)
{
//执行相关操作 或者把值赋给页面级别的textbox .或者把用户输入的值赋给数据库对应的字段等
}
楼主可以找找这方面的资料，大家相互学习哦！呵呵！
我编程，我快乐！编程很有趣的，楼主可以利用自己这种好奇心的驱使，让自己学到更多的东西，加油吧！我们要学的还有很多！共勉