OSDev

Если подходить к объекту только как к массиву байт, то аналогично можно сказать: "человек состоит из множества молекул". Файл не является единственно возможным отображением объекта. В частности, в ОП объекты есть, а файлов нет.



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

Кто что думает по последнему моему сообщению?

Подозреваю, что основной части оно пофиг: всё равно будут споры по всяким частным вопросам, но никто ни с кем объединяться не пожелает.

Ну в споре как говорится рождается истина, просто на forum.ru-board.com к примеру можно собрать и аккуратно оформить всю информацию и источники в одном месте, это полезно как минимум для простоты восприятия. Меня просто интересует, перейдут ли пользователи на forum.ru-board.com или нет

Что-то мне там не понравилось. Обо всём, чего только бывает. Варезник....

Ну варезник, это так, вообще очень хороший форум с кучей посетителей на котором поднимаются также очень серьезные темы, у кого есть предложения получше?
Вообще я написал уже модератору этого форума с просьбой создания соответствующего раздела, посмотрим что ответят
Вообще у него движок хороший

Наподобии XML?

Как действующая модель мне больше нравится mdb, но это должно быть как-бы одним куском на весь раздел, включая и саму ОС.

Не всегда он являеться оптимальным вариантом. Для документов - самое то, а скажем для настроек он очень избыточен, файлы получаються большими, а парсер сложным. Если речь идёт не об описании документов, то намного лучше JSON и подобные ему.

mdb? если я правильно вас понял, то вы имеете ввиду формат БД от Microsoft. Если да, то для новой ОС это слишком опасно. Лучше уж свободные форматы. Например, SQLite очень даже не плохая БД. Кстати, используется на всяких девайсах для хранения настроек (вот у меня телефон хранит что-то в SQLite).

Я считаю, что всё это лучше реализовать на основе традиционных механизмов. То есть используется обычная ФС. Ядро и библиотеки объектов обычные файлы. А документы пользователя хранятся в БД. Причём не бинарные данные, а поля соответствующих объектов. Дело в том, что искать среди системных файлов необходимости практически нет. Следует разделить документы пользователя от программ. Первые будут храниться в БД в виде объектов, а вторые в виде обычных файлов.

Тебе надо OODB - объектную базу данных?
Но вообще идея обмена не данными, а объектами с программным кодом - вирусоопасна. Мне бы не хотелось, чтобы с каждым получаемым аудио/видео роликом, или текстовым документом, приходил какой-нибудь неизвестный программный код.
Даже в MS Access 2007 сделали запуск кода выключенным по-умолчанию. Пользователь открывает mdb, и Access десять раз его предупредит, что в этом файле скорее всего вирус.