История изменений

Нет.

Не ООП точно, но много более функционально однозначно.

Гм., вот подумал о том, что non problem добавить API для поддержки а-ля ООП.

У меня поддержан C++ struct и расширенный, который имеет например данные о семантике полей (любой сложности), ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.

Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.

Пока рано публиковать.
Реализовал лишь процентов пять от планируемого.

Нет.

Не ООП точно, но много более функционально однозначно.

Гм., вот подумал о том, что non problem добавить API для поддержки а-ля ООП.

У меня поддержан C++ struct и расширенный, который имеет например данные о семантике полей (любой сложности), ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.

Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.

Нет.

Не ООП точно, но много более функционально однозначно.

Гм., вот подумал о том, что non problem добавить API для поддержки а-ля ООП.

У меня поддержан C++ struct и расширенный, который имеет например данные о семантики полей (любой сложности), ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.

Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.

Нет.

Не ООП точно, но много более функционально однозначно.

Гм., вот подумал о том, что non problem добавить API для поддержки а-ля ООП.

У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.

Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.

Нет.

Не ООП точно, но много более функционально однозначно.

Гм., вот подумал о том, что non problem добавить API для поддержки а-ля ООП.

У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.

Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.

Нет.

Не ООП точно, но много более функционально однозначно.

Гм., вот подумал о том, что non problem добавить API для поддержки ООП.

У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.

Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.

Нет.

Не ООП точно, но много более функционально однозначно.

Гм., вот подумал о том, что non problem добавить API для поддержки ООП.

У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.

Не ну правда, почитайте например об 1С и что такое конфигурация.
Это всего лишь один из способов логического представления архитектуры базы данных.

Нет.

Не ООП точно, но много более функционально однозначно.

Гм вот подумал о том, что non problem добавить API для поддержки ООП.

У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.

Не ну правда, почитайте например об 1С и что такое конфигурация.
Это всего лишь один из способов логического представления архитектуры базы данных.

Нет.

У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.

Не ну правда, почитайте например об 1С и что такое конфигурация.
Это всего лишь один из способов логического представления архитектуры базы данных.

Нет.

У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.

Не ну правда, почитайте например об 1С и что такое конфигурация.
Это всего лишь один из способов логического представления архитектуры базы данных.

Нет.

У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.