Question

一、简单类别

[Serializable]
public class MyClass
{
  public String FirstName { get; set: }
  public String LastName { get; set: }

  //Bellow is what I would like to do
  //But, it s not working
  //I get an exception
  ContactDataContext db = new ContactDataContext();

  public void Save()
  {
   Contact contact = new Contact();
   contact.FirstName = FirstName;
   contact.LastName = LastName;

   db.Contacts.InsertOnSubmit(contact);
   db.SubmitChanges();
  }
}

我想附上“拯救儿童”这一类方法,以便我可以将其称作每个物体。当我介绍载有<>ContactDataContext的上述声明时,我举出以下错误:“。在组装上......《公用金》没有编号为序号

很明显,数据组是由框架生成的。我检查了这个类别,看不到哪里标有serialize。

我可以做些什么来克服这一点? 当我不是某一阶层的作者时,有什么规则? Just go future and sign the DataContext category as seriesizable, and pretend that all will work?

帮助

Answer 1

问题是,<条码>db 外地的序列化,但显然不需要序列化(一旦物体产生即刻)。

因此,您应将其与<条码>的编码<0Serialized属性:

[NonSerialized] 
ContactDataContext db = new ContactDataContext();

<<>>>

为保证<代码>db 领域在标书启动后具有可变性,您应使用,并使用该财产而不是外地:

[NonSerialized] 
ContactDataContext db = null;

[NonSerialized] 
private ContactDataContext {
    get {
        if (db == null) {
            db = new ContactDataContext();
        }
        return db;
    }
    set {
        db = value;
    }
}

public void Save()
{
    Contact contact = new Contact();
    contact.FirstName = FirstName;
    contact.LastName = LastName;

    Db.Contacts.InsertOnSubmit(contact);
    Db.SubmitChanges();
}

<><>>>>。

只要有公共无参数建筑商(或根本不设建筑商)和没有不能序列化但需要序列化的房地产/田地,你就可以将大多数物体序列化。如果该类别本身未标明为[Serializable],则你可以采用部分类别进行这一分类。如果该类别具有无法序列化的特性/领域,那么你可以继承该类别,推翻这些特性/领域,将其编码为<代码>。

Answer 2

或许应该退步,看看你想要实现的目标是否真正有效。

一般来说,在两层之间的数据运输中使用了一个可序列的类别。更可能只是一个简单的类别,只拥有数据。

维持数据库的能力似乎离去甚微。管道的两端都不可能实际进入数据库,而且似乎都不可能保持数据。

我想知道,这是否值得将节省的费用计入存放处。因此,有一个储存类别,接受数据转让标的,构造数据库标的并节省。

这将简化你的法典,完全避免你再次提出的问题。它还将大大提高可检测性。

Answer 3

您可以创立一个旁观者,了解如何将神学班序列化——见。

Answer 4

我认为,你确实需要贬低基类,但数据组生成的门类标记为<代码>部分<>。曾尝试过这样的事情:

[Serializable]
public partial class ContactDataContext
{
}

不清楚它是否可行,而是值得尝试。

友情链接