Показать сообщение отдельно
Старый 26.03.2013, 20:44   #4
moka
.
 
Регистрация: 05.08.2006
Сообщений: 10,429
Написано 3,454 полезных сообщений
(для 6,863 пользователей)
Ответ: Отрицательные моменты в Monkey

Вопрос относительно этих ссылок: это относится только к медии, или также распространяется на объекты в коде? Или же Марк всё таки реализовал глубокое сканирование на ссылки для сборщика?
UPD
Сообщение от SBJoker Посмотреть сообщение
Ну это всё понятно, класс image был приведен как пример от Марка. На самом деле для вообще любого класса верно то что перед удалением объекта класса нужно обнулить все поля являющиеся объектами (т.е. не примитивными типами данных) включая массивы. И это явно указывает на отсутствие деструкторов как понятия.
Это указывает на отстутсвие глубокого сканирования для сборщика. Т.к. большинство языков с автоматической сборкой мусора, имеют глубокое сканирование.
Но тут всё имхо сложнее, т.к. все платформы под которые он компилирует имеют разные имплементации по сборке и деструкторах, и наследование или перегрузка методов деструкции - её вроди нету в Monkey?.

Относительно файлов - тут всё очевидно же, работа с файлами не только отличается по функциям и правам доступа на разных платформ, но и ещё хуже совсем другими принципами работы с файлами, что объединить под одним представлением будет очень сложно, скорее всего это приведёт к куче кривых дополнений по конверсиям и т.п. например в бинарный вид, и ещё чего похуже..
(Offline)
 
Ответить с цитированием