Исправление Forum0888, (текущая версия) :
Нет.
Не ООП точно, но много более функционально однозначно.
Гм., вот подумал о том, что non problem добавить API для поддержки а-ля ООП.
У меня поддержан C++ struct и расширенный, который имеет например данные о семантике полей (любой сложности), ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.
Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.
Пока рано публиковать.
Реализовал лишь процентов пять от планируемого.
Исправление Forum0888, :
Нет.
Не ООП точно, но много более функционально однозначно.
Гм., вот подумал о том, что non problem добавить API для поддержки а-ля ООП.
У меня поддержан C++ struct и расширенный, который имеет например данные о семантике полей (любой сложности), ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.
Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.
Исправление Forum0888, :
Нет.
Не ООП точно, но много более функционально однозначно.
Гм., вот подумал о том, что non problem добавить API для поддержки а-ля ООП.
У меня поддержан C++ struct и расширенный, который имеет например данные о семантики полей (любой сложности), ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.
Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.
Исправление Forum0888, :
Нет.
Не ООП точно, но много более функционально однозначно.
Гм., вот подумал о том, что non problem добавить API для поддержки а-ля ООП.
У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.
Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.
Исправление Forum0888, :
Нет.
Не ООП точно, но много более функционально однозначно.
Гм., вот подумал о том, что non problem добавить API для поддержки а-ля ООП.
У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.
Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.
Исправление Forum0888, :
Нет.
Не ООП точно, но много более функционально однозначно.
Гм., вот подумал о том, что non problem добавить API для поддержки ООП.
У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.
Не ну правда, почитайте например об 1С и что такое конфигурация.
Хотя конечно это всего лишь один из способов логического представления архитектуры базы данных.
Исправление Forum0888, :
Нет.
Не ООП точно, но много более функционально однозначно.
Гм., вот подумал о том, что non problem добавить API для поддержки ООП.
У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.
Не ну правда, почитайте например об 1С и что такое конфигурация.
Это всего лишь один из способов логического представления архитектуры базы данных.
Исправление Forum0888, :
Нет.
Не ООП точно, но много более функционально однозначно.
Гм вот подумал о том, что non problem добавить API для поддержки ООП.
У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.
Не ну правда, почитайте например об 1С и что такое конфигурация.
Это всего лишь один из способов логического представления архитектуры базы данных.
Исправление Forum0888, :
Нет.
У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.
Не ну правда, почитайте например об 1С и что такое конфигурация.
Это всего лишь один из способов логического представления архитектуры базы данных.
Исправление Forum0888, :
Нет.
У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.
Не ну правда, почитайте например об 1С и что такое конфигурация.
Это всего лишь один из способов логического представления архитектуры базы данных.
Исходная версия Forum0888, :
Нет.
У меня поддержан C++ struct и расширенный, который имеет например данные о свойствах полей, ...
Поэтому для API интроспекция и рефлексия это «обыденность».
То бишь вы можете создать метаданные скажем для представления архитектуры данных скажем для mongedb и без участия компиляторов работать с данными базы.
Метаданные являются логическим описанием объектов.