Как начать создавать доступный для поиска сборщик "мусора" в Delphi (2009-2010)

Если вы используете интерфейсы для подсчета ссылок, а затем придерживаетесь тех в коллекции некоторых сортировков, то у вас всегда будет ссылка на них. Если ваша цель - «сборка мусора», то вам нужно только один или другой, но вы, безусловно, можете использовать оба, если необходимо.

Что звучит так, будто вы действительно хотите, это кэш бизнес-объекта. Для этого вы захотите использовать один из новых универсальных коллекций коллекций . То, что вы можете сделать, это иметь TDISTARY TDICSARY COLCULDIONS, один TDISTARY для каждого из ваших типов объектов. Вы можете найти ваш главный TDIceary на перечислении или, возможно, даже на самом типе самого объекта (я не пробовал это, но это может работать.) Если вы используете GUID для ваших уникальных идентификаторов, то вы можете поставить их в один тдисформ.

Реализуйте каждый из ваших бизнес-объектов с интерфейсом. Вам не нужно использовать умные указатели, поскольку вы проектируете свои бизнес-объекты и можете спустить их от TinterfaceCoundObject. Затем ссылайтесь только на его интерфейс, поэтому его можно ссылаться.

Если вы хотите истечь свой кеш, то вам нужно будет иметь какой-то временные метки на ваших объектах, которые обновляются каждый раз, когда объект извлекается из кэша. Затем, когда кеш попадает в какой-то конкретный размер, вы можете обрезать все более старше, чем определенный меток времени. Конечно, это требует ходить на весь кеш, чтобы сделать это.

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

Насколько вероятно, вы хотите сделать это, если объект извлекается из кэша, который старше, то ограничение по региту. Таким образом, если он обрезан, прежде чем использовать его снова, вы не тратите поездки баз данных.

Вы можете рассмотреть только что иметь последнее измененное время в каждой таблице. Затем, когда вы получите объект из кэша, вы просто проверяете время в памяти с временем в базе данных. Если объект был изменен, поскольку он последний был восстановлен, вы можете обновить его.

Я бы ограничил обновление объектов только к тому, когда они извлекаются из кэша. Таким образом, вы менее вероятно, измените объект, пока он использует. Если вы находитесь в середине чтения данных от объекта, в то время как он меняется, что может произвести некоторое действительно странное поведение. Есть несколько способов справиться с этим, в зависимости от того, как вы используете вещи.

Слово предупреждения об использовании интерфейсов, у вас не должно быть как объектов, так и интерфейсов, ссылаются на тот же объект. Это может привести к возмещению проблемы со ссылкой и приведенным в результате освобождения объектов, пока у вас все еще есть ссылка на объект.

Я уверен, что на это будет некоторые отзывы, поэтому выберите, что звучит как лучшее решение для вас. Отказ Отказ Отказ

Конечно, теперь, когда я написал все это, я предложу вам посмотреть какую-то стоимость бизнес-объектов. Remobjects имеет хорошую рамку, и я уверен, что есть другие.