【问题标题】:Multi-tier applications using L2S, WCF and Base Class使用 L2S、WCF 和基类的多层应用程序
【发布时间】:2011-03-04 10:49:08
【问题描述】:

有一天,我决定使用 L2S 和 WCF 构建这个漂亮的多层应用程序。 简化模型为:DataBase->L2S->Wrapper(DTO)->Client Application。 客户端和数据库之间的通信是通过使用包含实体对象作为属性的数据传输对象来实现的。

abstract public class BaseObject
    {
    public virtual IccSystem.iccObjectTypes ObjectICC_Type
            {
                get { return IccSystem.iccObjectTypes.unknownType; }
            }

            [global::System.Data.Linq.Mapping.ColumnAttribute(Storage = "_ID", AutoSync = AutoSync.OnInsert, DbType = "BigInt NOT NULL IDENTITY", IsPrimaryKey = true, IsDbGenerated = true)]
            [global::System.Runtime.Serialization.DataMemberAttribute(Order = 1)]
            public virtual long ID
            {
                //get;
                //set;
                get
                {
                    return _ID;
                }
                set
                {
                    _ID = value;
                }
            }
    }

    [DataContract]
    public class BaseObjectWrapper<T> where T : BaseObject
    {
        #region Fields

        private T _DBObject;

        #endregion
        #region Properties

        [DataMember]
        public T Entity
        {
            get { return _DBObject; }
            set { _DBObject = value; }
        }

        #endregion
}

很简单,不是吗?这就是问题所在。每个映射类都包含 ID 属性本身,所以我决定像这样覆盖它

[global::System.Data.Linq.Mapping.TableAttribute(Name="dbo.Divisions")]
    [global::System.Runtime.Serialization.DataContractAttribute()]
    public partial class Division : INotifyPropertyChanging, INotifyPropertyChanged
{
[global::System.Data.Linq.Mapping.ColumnAttribute(Storage="_ID", AutoSync=AutoSync.OnInsert, DbType="BigInt NOT NULL IDENTITY", IsPrimaryKey=true, IsDbGenerated=true)]
        [global::System.Runtime.Serialization.DataMemberAttribute(Order=1)]
        public override long ID
        {
            get
            {
                return this._ID;
            }
            set
            {
                if ((this._ID != value))
                {
                    this.OnIDChanging(value);
                    this.SendPropertyChanging();
                    this._ID = value;
                    this.SendPropertyChanged("ID");
                    this.OnIDChanged();
                }
            }
        }
}

除法的包装器也非常简单:

public class DivisionWrapper : BaseObjectWrapper<Division>
    {
    }

只要我在映射类和它的 BaseObject 类中保持 ID 值相同,它就可以很好地工作(我知道这不是很好的方法,但仍然如此)但是后来发生了这种情况:

private CentralDC _dc;

    public bool UpdateDivision(ref DivisionWrapper division)
            {
                DivisionWrapper tempWrapper = division;
                if (division.Entity == null)
                {
                    return false;
                }
                try
                {
                    Table<Division> table = _dc.Divisions;
                    var q = table.Where(o => o.ID == tempWrapper.Entity.ID);
                    if (q.Count() == 0)
                    {
                        division.Entity._errorMessage = "Unable to locate entity with id " + division.Entity.ID.ToString();
                        return false;
                    }
                    var realEntity = q.First();
                    realEntity = division.Entity;
                    _dc.SubmitChanges();
                    return true;
                }
                catch (Exception ex)
                {
                    division.Entity._errorMessage = ex.Message;
                    return false;
                }
            }

当尝试枚举内存中的查询时,发生了以下异常: 类成员 BaseObject.ID 未映射。 尽管我在说明类型并覆盖 ID 属性 L2S 无法正常工作。 有什么建议吗?

【问题讨论】:

    标签: wcf linq-to-sql generics base-class


    【解决方案1】:

    假设我发现了问题。 写的时候

    var q = table.Where(o => o.ID == tempWrapper.Entity.ID);
    

    编译器暗示该对象是 BaseObject 类型,因此尝试从 BaseObject 映射中获取其 ID 值,但未映射。 通过显式声明类型似乎可以解决问题:

    var q = from Division div in _dc.GetTable<Division>()
                            where div.ID == tempWrapper.Entity.ID
                            select div;
    

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-06-14
      • 2013-09-20
      • 1970-01-01
      • 2019-01-27
      • 2011-07-16
      • 2016-10-17
      • 2011-01-30
      • 1970-01-01
      相关资源
      最近更新 更多