Разрабатываю "Игровой движок". Возникла необходимость сохранять все Игровые объекты на сцене. ИГРОВОЙ ОБЪЕКТ помимо стандартных данных содержит нетипизированный указатель. Можно использовать и просто список строк, но тогда будут проблемы по типу : необходимость символа разделителя, необходимость остальные форматы данных пихать в шлейф файлов тянущийся за списком строк и это всё вообще медленно... А юзание бд не на моём пути потому, что я не знаком с ними ВООБЩЕ (только приблизительная поверхностная обобщённая инфа), и мне кажется что для простого сохранения\загрузки бд - слишком круто;

Вопрос: Что лучше в данной ситуации : БД или список строк? Есть ли альтернатива всему этому, и тогда что с ней и как? И если лучше бд, то где блин найти как её быстренько подключить в 10.3 дельфине и общее кратенькое руководство, а запросы я где-нибудь уж точно сам откопаю.
[offtop]
p.s : блин я час писал целую статью, а на этапе отправления форум меня послал. Пришлось всё стирать и писать кратко и обобщённо.
p.p.s: я НЕ работаю программистом. Программирование лишь моё хобби
[/offtop]

Vizit0r#22232110 - начни с хранения в TList.
Можете пожалуйста привести весомые аргументы в пользу вашего выбора, т.к у меня тут выбор не на шутку и + я не хочу сильно костылить и хочу сделать максимально красивый и производительный код, насколько это позволительно для моего уровня.
P.S : почему сервер при присутствии в сообщении блоков цитаты и спойлера в квад

ъъъъъ#22232116]UtoECat, - json!
С таким успехом и XML можно. Всё же это лучше обычного списка строк, но хочется и побыстрее тоже...

ъъъъъ,
нет я блин не могу отправить сообщение

Dimitry Sibiryakov,

лучше в плане реализации разделения. Оригинальный JSON юзать не буду, но подобное может быть

Vizit0r,

При чём тут TDictonary разъясните пожалуйста?

Vizit0r,
Похоже вы меня неправильно поняли. Мне нужно сохранить всё это дело В ФАЙЛ.
p.S: На форуме что лимит слов в сообщении около 50? Почему я не могу отправлять сообщения среднего (100-200 слов) размера?

как вариант TStream тоже не плохо. это пока лучшая по производительности идея... Но это сложненько немного.. Да и это НЕ ИЗБАВИТ ОТ ШЛЕЙФА ФАЙЛОВ, но это быстрее json и string list вместе взятых думаю точно...

ъъъъъ,

ааа... Ну это интереснее уже что-то... Но меня чёт на TStream несёт... Думаю, что если сейчас с TStream разберусь, то бахну и на нём, а иначе список строк и TDICTONARY

ъъъъъ,

Файловый поток это... Вот : http://www.delphi-manual.ru/articles/stream.php

ъъъъъ,
TFileStream

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

Не надо. Текстовый файл проще в исполнении и отладке. Один объект - одна строка. Процедура сериализации объекта в строку (и обратно) - в самом объекте. Просто, надёжно, быстро. В самый раз для программистов-хоббитов.
[offtop]Так я и не хочу быть хоббитом :D Мне бы человеком хотя бы :D[/offtop]