Как используя JavaFx создавать динамически изменяющиеся приложения?

А можно ли это сделать не погружаясь в объекты.
В принципе, понятно, что так можно сделать.
Но структура элементов может быть достаточно сложной, может понадобиться изменять ее, либо сделать совсем другой.

В общем, я имею в виде это:
learn.javascript.ru/template-lodash#zachem-nuzhny-...

Язык хоть и другой, но суть точно та же.

Нет ли каких-то шаблонизаторов?

Или хотя бы способа, из строки fxml получить объекты. В HTML всегда можно из html строки создать объекты. А в JavaFx я не нашел такого. Да и вообще класс, что загружает fxml парсит его в себе (хотя было бы логично, что бы был класс для его парсинга, которым можно было бы использовать).

Просто, в случае шаблона нужно просто написать строку fxml (или почти), передать его и новые данные в шаблон и получить новые элементы, либо изменить старые элементы.

Как правильно определить атрибуты при наследовании (c++, ООП)?

Roman, Спасибо, буду смотреть

Как правильно организовать взаимодействия объектов в игре, что бы не нужно было узнавать тип объекта(с++, ООП)?

У меня возникала мысль хранить объекты в отдельных структурах данные, но у меня это создаст больше проблем.
Для задачи описанной в вопросе я пока решил просто проверять тип. Все же другие способы скорее всего действительно создадут больше проблем.

Спасибо)

Как правильно определить атрибуты при наследовании (c++, ООП)?

Roman, Не совсем, но можно и так сказать.

Да, у них что-то похожее есть:

// Now, do collision testing
if( !sprite->held && (spriteCollisionsEnabled || tileCollisionsEnabled) )

И еще есть вопрос.
У них есть такая строка:

else if( dynamic_cast<Player*>(sprite) != nullptr )

Насколько красиво использовать такое?
По-идеи это нарушает принципи ООП.
Но стоит ли его избегать совсем, или в некоторых моментах все же можно использовать?

Как правильно определить атрибуты при наследовании (c++, ООП)?

Roman, Спасибо, это то что я и хотел

Как правильно определить атрибуты при наследовании (c++, ООП)?

Roman,

Стена отличается от Точки только тем, что нельзя/можно проходить?

В контексте решения столкновений пока что да.
А так очевидно, что много чем будет отличатся
(p.s. не подумал, что Point можна воспринять как Point. У меня Point это скорее Coin. У меня в игре задача - собрать все точки)

Как правильно определить атрибуты при наследовании (c++, ООП)?

Roman, Спасибо. Очень интересная информация.

Но все же я не уверен, что это может помочь в моем случае.

У меня все объекты хранятся в векторе std::vector<GameObject*> (немного по другому, но все же в таком виде).

Во время проверки столкновений я их перебираю.
Для каждого объекта я получаю объекты, которые могут пересекаться с текущим.
И здесь мне нужно понять - если этот объект не obstacle, то мне его вообще не нужно его учитывать (точнее объекты как-то провзаимодействуют, но они не будут влиять на положения друг друга).

Таким образом получается, что isObstacle это у меня не умение типа летать, а скорее свойство, на равне с размером, положением, весом... И при этом оно есть у всех объектов.
Как размер есть у всех - у кого-то больше, у кого-то меньше, так и isObstacle просто может быть 1 а может быть 0.

Или я все же не правильно размышляю? Может вообще его по другому нужно делать?
Я просто в этой теме совсем недавно, поэтому много сомнений.

Как правильно определить атрибуты при наследовании (c++, ООП)?

Сергей Егоров, Например, есть объект Wall - через него нельзя проходить. Есть объект Point через него можно проходить (то есть он не является препятствием для других объектов).
Может быть красивее что-то более гибкое, но для моей задачи достаточно просто - можно или нельзя.

Как правильно определить атрибуты при наследовании (c++, ООП)?

Спасибо, буду пробовать

Как удалить элемент из вектора без вызова деструктора (с++)?

Армянское Радио, У меня хранятся указатели, поэтому объект будет тот же.
Правда деструктор вызывается все равно))

Как удалить элемент из вектора без вызова деструктора (с++)?

Не написал об этом в вопросе. У меня хранятся указатели на объекты.

Спасибо, посмотрю, похоже, что это то что нужно.

Как правильно организовать взаимодействия объектов в игре, что бы не нужно было узнавать тип объекта(с++, ООП)?

Ну да, вариант с передачей из LevelLoader вообще не подходит, так как у меня в GameField объекты добавляются через метод addObject/getAllObjects, а в этом метод еще передавать количество Point - совсем не то.

Правильно ли я использую try-catch?

Артем Андреев, Некоторые верстальщики мирового уровня вообще не против использования placeholder-ов.

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

Правильно ли я использую try-catch?

Артем Андреев, placeholder - это пример заполнения формы. Например, для поля "ФИО" placeholder может быть равным: "Андреев Андрей Андреевич".
Оно уж точно не предназначено для ошибок.

Можно ли как-то в c++ узнать принадлежность объекта классу?

GavriKos, Я понял.
Правда в таком виде оно подходит под то что я описывал, но не совсем.
Я там хотел иметь возможность в одном месте проверить является ли объект, врагом, в другом, является ли он живым объектом.
Аналогия с реальной жизнью: видя, например, разработчика, я понимаю, что он не только разработчик, но и IT-шник, человек, и зная, что он разработчик, могу предложить ему проект, зная что человек - попросить помощи.

Но все же для моей задачи скорее всего достаточно будет IsEnemy.

Большое спасибо!

Можно ли как-то в c++ узнать принадлежность объекта классу?

GavriKos, Спасибо. В общем, понял. Вариант в стиле IsEnemy получается как раз то что нужно.
Правда не совсем понятно про enum, можете подробнее описать, или привести какой-то очень упрощенный псевдо код?

Можно ли как-то в c++ узнать принадлежность объекта классу?

Decadal, Это только для примера. Но все же это учту и обязательно использую.

Можно ли как-то в c++ узнать принадлежность объекта классу?

Согласен, что архитектура, скорее всего не правильная. Но какой она должна быть? Как это правильно организовывать?

ООП, по-идеи, должно абстрагировать реальный мир.
И если, например, я герой игры и передо мной находится какой-то персонаж, то я должен как-то понимать кто это - враг, союзник или просто какой-то житель. Но как это реализовать?

Можете подсказать конвертеры sass в css?

Антон Спирин, приложение тоже не обязано иметь графического интерфейса.
Приложение может быть консольным.

Это не имеет никакой разницы.
Зачем разводить спор?
Как по мне это тоже самое, что и функции, подпрограммы и процедуры.

Можете подсказать конвертеры sass в css?

Антон Спирин, "Я знаю, что такая прога есть"

прога - сокращение от программа.
Зачем использовать слово, которое не использовал автор вопроса?

Да и приложение или программа - какая разница. Я дал ссылку на страницу, где можно скачать программу. Которую можно запустить и конвертировать sass.