Я думаю, что наиболее распространенным способом добавления чего-либо в коллекцию является использование какого-либо Addметода, который предоставляет коллекция:
class Item {}
var items = new List<Item>();
items.Add(new Item());
и в этом нет ничего необычного.
Интересно, однако, почему бы нам не сделать это таким образом:
var item = new Item();
item.AddTo(items);
это кажется более естественным, чем первый метод. Это будет иметь andvantange, что, когда у Itemкласса есть свойство как Parent:
class Item
{
public object Parent { get; private set; }
}
Вы можете сделать сеттер приватным. В этом случае, конечно, вы не можете использовать метод расширения.
Но, возможно, я ошибаюсь, и я просто никогда не видел этот шаблон раньше, потому что он настолько необычен? Знаете ли вы, есть ли такая картина?
В C#методе расширения было бы полезно для этого
public static T AddTo(this T item, IList<T> list)
{
list.Add(item);
return item;
}
Как насчет других языков? Я полагаю, что в большинстве из них Itemкласс должен был предоставить ICollectionItemинтерфейс , назовем его так .
Update-1
Я думал об этом немного больше, и этот шаблон будет очень полезен, например, если вы не хотите, чтобы элемент был добавлен в несколько коллекций.
тестовый ICollectableинтерфейс:
interface ICollectable<T>
{
// Gets a value indicating whether the item can be in multiple collections.
bool CanBeInMultipleCollections { get; }
// Gets a list of item's owners.
List<ICollection<T>> Owners { get; }
// Adds the item to a collection.
ICollectable<T> AddTo(ICollection<T> collection);
// Removes the item from a collection.
ICollectable<T> RemoveFrom(ICollection<T> collection);
// Checks if the item is in a collection.
bool IsIn(ICollection<T> collection);
}
и пример реализации:
class NodeList : List<NodeList>, ICollectable<NodeList>
{
#region ICollectable implementation.
List<ICollection<NodeList>> owners = new List<ICollection<NodeList>>();
public bool CanBeInMultipleCollections
{
get { return false; }
}
public ICollectable<NodeList> AddTo(ICollection<NodeList> collection)
{
if (IsIn(collection))
{
throw new InvalidOperationException("Item already added.");
}
if (!CanBeInMultipleCollections)
{
bool isInAnotherCollection = owners.Count > 0;
if (isInAnotherCollection)
{
throw new InvalidOperationException("Item is already in another collection.");
}
}
collection.Add(this);
owners.Add(collection);
return this;
}
public ICollectable<NodeList> RemoveFrom(ICollection<NodeList> collection)
{
owners.Remove(collection);
collection.Remove(this);
return this;
}
public List<ICollection<NodeList>> Owners
{
get { return owners; }
}
public bool IsIn(ICollection<NodeList> collection)
{
return collection.Contains(this);
}
#endregion
}
использование:
var rootNodeList1 = new NodeList();
var rootNodeList2 = new NodeList();
var subNodeList4 = new NodeList().AddTo(rootNodeList1);
// Let's move it to the other root node:
subNodeList4.RemoveFrom(rootNodeList1).AddTo(rootNodeList2);
// Let's try to add it to the first root node again...
// and it will throw an exception because it can be in only one collection at the same time.
subNodeList4.AddTo(rootNodeList1);
add(item, collection), - это не хороший ОО-стиль.
item.AddTo(items)Предположим, у вас есть язык без методов расширения: естественный или нет, для поддержки addTo каждому типу понадобится этот метод и предоставьте его для каждого типа коллекции, поддерживающей добавление. Это как лучший пример введения зависимостей между всем, что я когда-либо слышал: П - Я думаю, что ложная предпосылка здесь - попытка смоделировать некоторую программную абстракцию до «реальной» жизни. Это часто идет не так.