В ходе обсуждения различных моментов при разработке программы, пришли к выводу, что нужны "слабые" ссылки.
Но в моей среде разработки есть только обычные "жесткие" ссылки.
Помогите, пожалуйста, реализовать самодельный механизм слабых ссылок.
Как я понимаю, должно быть три класса:
1) Класс "Map", который хранит обычную ссылку на объект и его ИД-шник.
2) Класс "WeakRef", которая хранит только ИД объекта.
А как будет удаляться объект из Map, когда он становится больше не нужным?
Получается, нужен специальный метод DeleteFromMap(), который удаляет объект из Map.
То есть нужен базовый класс TWeakBase, у которого реализован этот метод.
И все классы, для которых нужно использование "слабых" ссылок, надо наследовать от этого TWeakBase.
Правильно?
Но тогда получается, что для других классов, не унаследованных от TWeakBase, использование "слабых" ссылок будет невозможно.
Хотелось бы, чтобы и для встроенных классов также можно было использовать слабые ссылки.
Как быть?
Как лучше сделать?
ПС.
Да, я ошибся с разделом.
Моя среда — это не современная .Net. В ней нету слабых ссылок.
Среда очень похожа на старый Visual Basic 6 из старой Visual Studio.
Никакой возможности напрямую управлять указателями и ссылками нету.
Также похоже на старый Delphi (до введения WeakRef).
Здравствуйте, es3000, Вы писали:
E>Здравствуйте!
E>В ходе обсуждения различных моментов при разработке программы, пришли к выводу, что нужны "слабые" ссылки. E>Но в моей среде разработки есть только обычные "жесткие" ссылки.
Причем тут среда разработки? Дотнет у всех практически один и слабые ссылки часть стандартной платформы. Если речь не о дотнете, почему тема в дотнет гуй?
Здравствуйте, es3000, Вы писали:
E>В ходе обсуждения различных моментов при разработке программы, пришли к выводу, что нужны "слабые" ссылки. E>Но в моей среде разработки есть только обычные "жесткие" ссылки.
Вообще это вроде как раздел ".NET GUI"?
Какаие нафик слабые и сильные ссылки в .NET? Там же сборщик мусора.
В контексте того, о чем шел разговор в соседнем топике, в .NET "слабая сслыка" будет просто событием (event)
S>Причем тут среда разработки? Дотнет у всех практически один и слабые ссылки часть стандартной платформы. Если речь не о дотнете, почему тема в дотнет гуй?
Да, промахнулся. Написал в пером сообщении.
Как тему перенести?
bnk>Какаие нафик слабые и сильные ссылки в .NET? Там же сборщик мусора. bnk>В контексте того, о чем шел разговор в соседнем топике, в .NET "слабая сслыка" будет просто событием (event)
Я отметил в первом сообщении, что я ошибся с разделом.
В моей среде нету слабых ссылок.
Есть сборщик мусора и только обычные сильные ссылки.
Надо как-то реализовать слабые ссылки.
Здравствуйте, es3000, Вы писали:
E>Я отметил в первом сообщении, что я ошибся с разделом. E>В моей среде нету слабых ссылок. E>Есть сборщик мусора и только обычные сильные ссылки. E>Надо как-то реализовать слабые ссылки.
Если есть сборщик мусора, зачем тебе слабые ссылки??? Там обсуждались плюсы.
А сборщик все объекты соберет, даже залинкованные пачками друг на друга.
Здравствуйте, es3000, Вы писали:
E>Я отметил в первом сообщении, что я ошибся с разделом. E>В моей среде нету слабых ссылок. E>Есть сборщик мусора и только обычные сильные ссылки. E>Надо как-то реализовать слабые ссылки.
Ответ зависит от того, что за среда.
bnk>Если есть сборщик мусора, зачем тебе слабые ссылки??? Там обсуждались плюсы. bnk>А сборщик все объекты соберет, даже залинкованные пачками друг на друга.
Сборщик мусора — элементарный: освобождается последняя ссылка — объект удаляется.
А пока есть хоть одна ссылка — объект держится в памяти.
E>>В моей среде нету слабых ссылок. E>>Есть сборщик мусора и только обычные сильные ссылки. E>>Надо как-то реализовать слабые ссылки.
S>Ответ зависит от того, что за среда.
Старая среда — типа старой Delphi. Ну это не суть.
Главное — в ней нету "слабых" ссылок, а они нужны.
bnk>>Если есть сборщик мусора, зачем тебе слабые ссылки??? Там обсуждались плюсы. bnk>>А сборщик все объекты соберет, даже залинкованные пачками друг на друга.
E>Сборщик мусора — элементарный: освобождается последняя ссылка — объект удаляется. E>А пока есть хоть одна ссылка — объект держится в памяти.
AFAIK такой алгоритм управления памятью называется не сборка мусора, а "подсчет ссылок".
То есть, сборка мусора в твоей среде отстутствует, но есть подсчет ссылок. У VB6/VBA так например
В контексте MVP лучше говорить не о "слабых ссылках", а о подписке на события, IMHO.
Суть от этого не изменяется.
Здравствуйте, es3000, Вы писали:
S>>Ответ зависит от того, что за среда.
E>Старая среда — типа старой Delphi. Ну это не суть. E>Главное — в ней нету "слабых" ссылок, а они нужны.
В общем случае, опираясь лишь на подсчет ссылок, нельзя гарантированно отличить живой объект от мертвого. Любая такая реализация слабых ссылок обречена глючить.
S>В общем случае, опираясь лишь на подсчет ссылок, нельзя гарантированно отличить живой объект от мертвого. Любая такая реализация слабых ссылок обречена глючить.
Здравствуйте, bnk, Вы писали:
bnk>Здравствуйте, es3000, Вы писали:
E>>В ходе обсуждения различных моментов при разработке программы, пришли к выводу, что нужны "слабые" ссылки. E>>Но в моей среде разработки есть только обычные "жесткие" ссылки.
bnk>Вообще это вроде как раздел ".NET GUI"? bnk>Какаие нафик слабые и сильные ссылки в .NET? Там же сборщик мусора.
WeakReference. Полезная штука.
bnk>В контексте того, о чем шел разговор в соседнем топике, в .NET "слабая сслыка" будет просто событием (event)
Не уверен, что за контекст там был, но event получается как раз совсем не слабая ссылка, а классический источник memory leak'ов, особенно в GUI.
Так вот и я, пока обсуждал другой вопрос, понял что нужны WeakReference.
Но в используемой среде разработки их нету.
Нужно реализовать их "вручную".
B>Не уверен, что за контекст там был, но event получается как раз совсем не слабая ссылка, а классический источник memory leak'ов, особенно в GUI.
Вот как раз одной из причин, почему понадобились WeakReference — это потому что события (и подписчики событий) держат "жесткие" ссылки и не дают объекту освободиться.
Можете подсказать, хотя бы в общих чертах, как разработать самодельный механизм WeakReference?
Здравствуйте, es3000, Вы писали:
B>>Не уверен, что за контекст там был, но event получается как раз совсем не слабая ссылка, а классический источник memory leak'ов, особенно в GUI.
E>Вот как раз одной из причин, почему понадобились WeakReference — это потому что события (и подписчики событий) держат "жесткие" ссылки и не дают объекту освободиться.
Здравствуйте, es3000, Вы писали: E>Помогите, пожалуйста, реализовать самодельный механизм слабых ссылок.
Чтобы предложить какой-то велосипед, надо знать из чего в твоей среде его можно строить.
Про подсчет ссылок и время жизни объектов все понятно — ОК.
Наверное такой будет минимум вопросов:
1) Какие встроенные/библиотечные контейнеры поддерживаются?
2) Есть ли поддержка шаблонов/дженериков?
3) Можно ли в классы добавлять статические/глобальные поля?
4) Поддерживаются ли вложенные классы?
P.S. Если это что-то Дельфи-подобное, то в Дельфи были сырые указатели Pointer, к которым можно было скастить все что угодно.
Q>Чтобы предложить какой-то велосипед, надо знать из чего в твоей среде его можно строить. Q>Про подсчет ссылок и время жизни объектов все понятно — ОК.
Q>Наверное такой будет минимум вопросов: Q>1) Какие встроенные/библиотечные контейнеры поддерживаются?
Есть аналог коллекций — просто список ссылок.
Есть структура (хранит ключ + значение).
Есть аналог таблицы (список строк с колонками), но хранится в памяти.
Q>2) Есть ли поддержка шаблонов/дженериков?
Нет.
Q>3) Можно ли в классы добавлять статические/глобальные поля?
Нет.
Q>4) Поддерживаются ли вложенные классы?
Нет.
Q>P.S. Если это что-то Дельфи-подобное, то в Дельфи были сырые указатели Pointer, к которым можно было скастить все что угодно.
Среда больше похожа на старый Visual Basic 6 из старой Visual Studio.
Никакой возможности напрямую управлять указателями и ссылками нету.
Только присваивать ссылке созданный объект, и обнулять ссылку с уничтожением объекта, если это последняя ссылка.
