Я не усматриваю принципиального различия между средой и объектом. Единственное, что пока бросается в глаза — частота смены состояний.
Я бы сказал так: среда характеризуется неизменным состоянием, объект — спорадическим, поток — постоянным.
Может быть, используя в качестве примеров физический материал, все-таки стоит затем приводить свою мысль к чисто информационным определениям и абстракциям?
Простите, но мне неочевидна концепция потока.
Давайте, я попробую.
1. Все, что меня окружает, я воспринимаю как объекты. Они все разные, но у них есть общая черта: они — объекты, и они существуют. Разными их делают их характеристики (свойства — если вам так удобнее). Любая характеристика любого объекта представлена (или выражена) вполне конкретным значением. Неважно каким, важно — что оно есть. Да и сам объект также является значением, только комплексным. И связь одного объекта с другим также следует рассматривать как значение. Когда какое-то значение какого либо объекта изменяется при изменении другого значения, этого или другого объекта, я предполагаю, что между этими значениями существует связь. Таким образом мир вокруг себя я воспринимаю как систему взаимодействующих значений.
2. Логическую структуру базы данных образуют определения таблиц (или классов), в каждой из которых определены колонки (или атрибуты). Основное свойство программы (на мой взгляд) — давать предсказуемый и нужный результат.
Есть две версии продукта. В 2.0 сделано что-то около 15 приложений. В 3.0 пока ни одного. Для ознакомления планируется выкладка ERP в виде, пригодном для «потрошения». Если есть более предметный интерес — то через личку. С интересом ознакомился бы с Вашей реализацией.
В данной статье рассматриваются только принципы и методы хранения и управления объектами данных, без какой либо интерпретации содержимого объектов. Эти методы образуют основу для последующей реализации объектной модели управления данными, и интерфейса к ней. Объектная модель данных будет подробно разобрана в последующих статьях, которые (я надеюсь) и дадут ответы на поставленные вами вопросы.
Мир баз данных широк и многообразен. Но если мы говорим о реляционных базах, то есть два основных момента: а) асимметричный способ реализации связи таблиц первичным и вторичными ключами. Если использовать симметричную форму связи (прямая-обратная ссылка), то автоматически соблюдается ссылочная целостность, а вместо Select можно использовать естественную навигацию. б) отцы-основатели заложили в модель данных связь таблиц, но почему-то не сделали того же самого для колонок таблиц. В двухуровневую модель Таблица — Колонки таблицы, нужно добавить третий уровень.
Сущность описывается классом (структурным типом), который содержит набор атрибутов, описывающих характеристики сущности. Конкретный физический индивид — принадлежащий данному структурному типу на правах его экземпляра — описывается объектом класса. В то же время сам класс — он тоже экземпляр, только структурного типа более высокого уровня абстракции — мета-класса. И как экземпляр, класс тоже можно хранить в объекте.
Немного терпения. Примеры, поясняющие как это все используется, обязательно будут после праздников.
С удовольствием бы поделился, но на тот момент поиск более-менее релевантного ничего не дал. Пришлось обойтись своими силами. Собственно говоря, текст статьи напрямую отражает ту логику рассуждений, которой следовали при разработке.
Объект — это структура, в которой хранятся данные в виде набора значений. Значением может быть в том числе и ссылка на другой объект, в виде дескриптора IDO целевого объекта. Объект — это экземпляр класса данных, значение — экземпляр атрибута класса. Класс со своими атрибутами — структура данных, которую также можно хранить в объекте. Но об этом надо рассказывать отдельно, а пока же рассматриваются только сервис+хранилище.
До определенного размера DAT отображается в память целиком. Свыше — начинает работать алгоритм сегментации, и DAT отображается в память относительно небольшими блоками.
Я бы сказал так: среда характеризуется неизменным состоянием, объект — спорадическим, поток — постоянным.
Простите, но мне неочевидна концепция потока.
К нормализации это не имеет никакого отношения.
1. Все, что меня окружает, я воспринимаю как объекты. Они все разные, но у них есть общая черта: они — объекты, и они существуют. Разными их делают их характеристики (свойства — если вам так удобнее). Любая характеристика любого объекта представлена (или выражена) вполне конкретным значением. Неважно каким, важно — что оно есть. Да и сам объект также является значением, только комплексным. И связь одного объекта с другим также следует рассматривать как значение. Когда какое-то значение какого либо объекта изменяется при изменении другого значения, этого или другого объекта, я предполагаю, что между этими значениями существует связь. Таким образом мир вокруг себя я воспринимаю как систему взаимодействующих значений.
2. Логическую структуру базы данных образуют определения таблиц (или классов), в каждой из которых определены колонки (или атрибуты). Основное свойство программы (на мой взгляд) — давать предсказуемый и нужный результат.
Немного терпения. Примеры, поясняющие как это все используется, обязательно будут после праздников.