Я думаю, що найпоширеніший спосіб додати щось до колекції - це використовувати якийсь Addметод, який надає колекція:
class Item {}
var items = new List<Item>();
items.Add(new Item());
і насправді в цьому немає нічого незвичайного.
Цікаво, але чому б ми не зробили це так:
var item = new Item();
item.AddTo(items);
здається, це якось природніше, ніж перший метод. Це буде мати таку перевагу, що коли 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інтерфейс, який називатимемо його .
Оновлення-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 кожен тип потребує цього методу та надає його для кожного типу колекції, що підтримує додавання. Це як найкращий приклад введення залежностей між усім, що я коли-небудь чув: P - Я думаю, що помилкова передумова тут намагається моделювати деяку абстракцію програмування до «реального» життя. Це часто йде не так.