Тип объекта, созданного ListCollectionView.AddNew

Устаревшие вопросы заслуживают свежих ответов :)

Получение класса от ListCollectionView — это путь, который я выбрал для управления объектами, добавляемыми AddNew, но после просмотра исходного кода ListCollectionView, чтобы узнать, что он делает внутри, я обнаружил, что самый безопасный способ переопределить AddNew (технически это не переопределение) заключается в использовании ListCollectionView.AddNewItem после создания моего нового объекта, поэтому ваш код будет выглядеть так:

public class CustomView : ListCollectionView, IEditableCollectionView 
{ 
    public CustomView(System.Collections.IList list) 
        : base(list) 
    { 
    } 

    object IEditableCollectionView.AddNew() 
    { 
        DerivedB obj = new DerivedB(); 
        return base.AddNewItem(obj); 
    } 
} 

Это хорошо работает, потому что, в дополнение к почти идентичным реализациям, ListCollectionView.AddNew() и ListCollectionView.AddNewItem(object item) оба вызывают AddNewCommon(object newItem):

public object AddNew() 
{ 
    VerifyRefreshNotDeferred();

    if (IsEditingItem)
        CommitEdit();   // implicitly close a previous EditItem

    CommitNew();        // implicitly close a previous AddNew 

    if (!CanAddNew)
        throw new InvalidOperationException(SR.Get(SRID.MemberNotAllowedForView, "AddNew")); 

    return AddNewCommon(_itemConstructor.Invoke(null));
}

public object AddNewItem(object newItem)
{
    VerifyRefreshNotDeferred(); 

    if (IsEditingItem) 
        CommitEdit();   // implicitly close a previous EditItem

    CommitNew();        // implicitly close a previous AddNew

    if (!CanAddNewItem) 
        throw new InvalidOperationException(SR.Get(SRID.MemberNotAllowedForView, "AddNewItem"));

    return AddNewCommon(newItem); 
}

AddNewCommon это место, где происходит настоящее волшебство; запуск событий, вызов BeginInit и BeginEdit для нового элемента, если он поддерживается, и, в конечном итоге, через обратные вызовы в сетке данных, установление привязки ячеек:

object AddNewCommon(object newItem)
{
    _newItemIndex = -2; // this is a signal that the next Add event comes from AddNew
    int index = SourceList.Add(newItem); 

    // if the source doesn't raise collection change events, fake one 
    if (!(SourceList is INotifyCollectionChanged)) 
    {
        // the index returned by IList.Add isn't always reliable 
        if (!Object.Equals(newItem, SourceList[index]))
            index = SourceList.IndexOf(newItem);

        BeginAddNew(newItem, index); 
    } 

    Debug.Assert(_newItemIndex != -2 && Object.Equals(newItem, _newItem), "AddNew did not raise expected events"); 

    MoveCurrentTo(newItem);

    ISupportInitialize isi = newItem as ISupportInitialize; 
    if (isi != null)
        isi.BeginInit(); 

    IEditableObject ieo = newItem as IEditableObject;
    if (ieo != null)
        ieo.BeginEdit(); 

    return newItem; 
}

Здесь я включил исходный код в свой TypedListCollectionView, который я использую для управления поведением AddNew, когда я не знаю, какой тип потребуется во время разработки:

public class TypedListCollectionView : ListCollectionView, IEditableCollectionView
{
    Type AddNewType { get; set; }

    public TypedListCollectionView(System.Collections.IList source, Type addNewType)
        : base(source)
    {
        AddNewType = addNewType;
    }

    object IEditableCollectionView.AddNew()
    {
        object newItem = Activator.CreateInstance(AddNewType);
        return base.AddNewItem(newItem);
    }
}

Мне нравится этот подход, так как он обеспечивает максимальную гибкость для случаев, когда тип AddNew может потребоваться изменить во время выполнения с одного на другой. Это также позволяет AddNew работать для добавления первого элемента в коллекцию, что удобно, когда источник списка изначально пуст, но его базовый тип можно определить.

По этой ссылке обсуждается альтернативный способ принудительно использовать тип, используемый AddNew(). Он использует отражение, чтобы установить для закрытого свойства _itemConstructor, используемого AddNew, конструктор без параметров указанного типа. Это было бы особенно полезно, когда ваш ListCollectionView исходит от компонента, который находится вне вашего влияния, или вам нужно добавить функциональность в существующий код, и вы беспокоитесь о том, чтобы что-то сломать (чего я никогда не делаю, потому что я бесцеремонный кодер, который бессердечно кутежи с коллекциями).

В .NET 4 появился новый интерфейс IEditableCollectionViewAddNewItem, реализованный ListCollectionView, у которого есть новый метод AddNewItem(object). Вы можете использовать его вместо AddNew() для управления вновь добавленным элементом.

ТомиДж,

посмотрите, поможет ли это, но разве ответ не в порядке?

http://www.cnblogs.com/winkingzhang/archive/2008/05/22/1204581.html