Служба домена ria устанавливает свойство на стороне клиента при обратном вызове

Я использую службы домена RIA с Entity Framework 4 и Silverlight 4. Когда я сохраняю изменения, когда возвращается вызов службы, вызываются некоторые функции службы домена, которые устанавливают значение «», которое вообще не должно быть изменено.

у меня две сущности

service.metadata.cs:

public partial class EntityA
{
    [Key]
    public Guid EntityA_Id { get; set; }

    public string Name { get; set; }

    public int EntityB_Id { get; set; }

    [Include]
    public EntityB entityB { get; set; }

}
public partial class EntityB
{
    [Required]
    public string Name { get; set; }

    public int EntityB_Id { get; set; }

    public EntityCollection<EntityA> entityA { get; set; }
}

На стороне клиента у меня есть дополнительное свойство в EntityA, чтобы раскрыть свойство Name в EntityB. Стороне сервера и службе домена никогда не нужно знать об этом свойстве, только для графического интерфейса.

public partial class EntityA
{
    //Tags I have tried:
    //[IgnoreDataMember]
    //[XmlIgnore]
    //[Ignore]
    //[Exclude]
    public string NameOf_EntityB
    {
        get
        {
            return this.entityB == null ? string.Empty : this.entityB.Name;
        }
        set
        {
            this.entityB.Name = value;
        }
    }
}

Если я редактирую имя entityA и вызываю serviceContext.SubmitChanges(), когда вызов возвращает, некоторый процесс службы домена устанавливает EntityA.NameOf_EntityB = ""; Поэтому, с точки зрения пользователя, они сохраняют одно значение, а другое пропадает.

Мне нужно, чтобы этого не произошло. Я пробовал различные атрибуты данных, но они либо не работают на стороне клиента, либо не действуют.

Есть идеи, что нужно сделать, чтобы доменная служба не изменила это значение?

вот стек вызовов прямо перед изменением значения:

System.ServiceModel.DomainServices.Client!System.ServiceModel.DomainServices.Client.ObjectStateUtility.**ApplyValue**(object o, object value, System.Reflection.PropertyInfo propertyInfo, System.Collections.Generic.IDictionary<string,object> originalState, System.ServiceModel.DomainServices.Client.LoadBehavior loadBehavior) + 0x74 bytes   
System.ServiceModel.DomainServices.Client!System.ServiceModel.DomainServices.Client.ObjectStateUtility.ApplyState(object o, System.Collections.Generic.IDictionary<string,object> stateToApply, System.Collections.Generic.IDictionary<string,object> originalState, System.ServiceModel.DomainServices.Client.LoadBehavior loadBehavior) + 0x330 bytes 
System.ServiceModel.DomainServices.Client!System.ServiceModel.DomainServices.Client.Entity.ApplyState(System.Collections.Generic.IDictionary<string,object> entityStateToApply, System.ServiceModel.DomainServices.Client.LoadBehavior loadBehavior) + 0x68 bytes   
System.ServiceModel.DomainServices.Client!System.ServiceModel.DomainServices.Client.Entity.Merge(System.ServiceModel.DomainServices.Client.Entity otherEntity, System.ServiceModel.DomainServices.Client.LoadBehavior loadBehavior) + 0x5a bytes    
System.ServiceModel.DomainServices.Client!System.ServiceModel.DomainServices.Client.DomainContext.ApplyMemberSynchronizations(System.Collections.Generic.IEnumerable<System.ServiceModel.DomainServices.Client.ChangeSetEntry> changeSetResults) + 0x10e bytes  
System.ServiceModel.DomainServices.Client!System.ServiceModel.DomainServices.Client.DomainContext.ProcessSubmitResults(System.ServiceModel.DomainServices.Client.EntityChangeSet changeSet, System.Collections.Generic.IEnumerable<System.ServiceModel.DomainServices.Client.ChangeSetEntry> changeSetResults) + 0x262 bytes    
System.ServiceModel.DomainServices.Client!System.ServiceModel.DomainServices.Client.DomainContext.CompleteSubmitChanges(System.IAsyncResult asyncResult) + 0x1cb bytes  
System.ServiceModel.DomainServices.Client!System.ServiceModel.DomainServices.Client.DomainContext.SubmitChanges.AnonymousMethod__5() + 0x2e bytes

Изменить: пока нашел обходной путь. В обратном вызове вызова ServiceContext.submitChanges() я могу вызвать ServiceContext.RejectChanges(), чтобы отменить изменение, внесенное в EntityB. Я не доверяю этому решению, поскольку другие изменения могли быть внесены до возврата асинхронного вызова, и эти изменения также были бы отклонены. Идеальным решением было бы игнорировать это значение и вообще НЕ устанавливать его.


entity-framework-4 domainservices wcf-ria-services ria silverlight-4.0
person Shaboboo    schedule 03.06.2011    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Возможно, вам потребуется немного больше рассказать WCF RIA о ваших объектах с некоторыми атрибутами:

public partial class EntityA
{
    [Key]
    public Guid EntityA_Id { get; set; }

    public string Name { get; set; }

    public int EntityB_Id { get; set; }

    [Include]
    [Association("EntityA-EntityB", "EntityA_Id", "EntityB_Id", IsForeignKey=false)]
    public EntityB entityB { get; set; }

}

public partial class EntityB
{
    [Required]
    public string Name { get; set; }

    [Key]
    public int EntityB_Id { get; set; }

    public Guid EntityA_Id { get; set; }

    [Include]
    [Association("EntityA-EntityB", "EntityA_Id", "EntityB_Id", IsForeignKey=true)]
    public EntityCollection<EntityA> entityA { get; set; }
}
person Ed Chapel    schedule 03.06.2011
comment
Спасибо за вклад, теги отношений ДЕЙСТВИТЕЛЬНО существуют, так как я использовал сущность для их создания. Я надеялся на противоположный тип тега, что-то, чтобы скрыть свойства на стороне клиента от процессов ria? Начинает казаться, что такого тега на самом деле не существует... - person Shaboboo; 06.06.2011
comment
Есть атрибут [Ignore]. Я использовал это, чтобы указать RIA не отображать свойство на стороне клиента. - person Ed Chapel; 06.06.2011

arrow_upward
0
arrow_downward

Вот мое решение:

private bool isExpanded = false;

public bool IsExpanded
{
    get { return isExpanded; }
    set
    {
        string stack = (new System.Diagnostics.StackTrace()).ToString();
        if (!stack.Contains("ObjectStateUtility.ApplyState") && isExpanded != value)
        {
            isExpanded = value;
            RaisePropertyChanged("IsExpanded");
        }
    }
}
person Michael    schedule 22.06.2015