Вот такой придумали XML-лайт. Верно, причина та же.
JSON придуман, кстати, по другой причине — если источнику данных доверяешь, на JS в две строчки разбирается.
Ну, например, программа фотопроявки под названием DxO Photolab, известная своим высокотехнологичным шумодавом, работает на INI-файлах. Но сколько там данных у программы фотопроявки, повторяю… Самый большой файл, который нашёл у себя, около 50K. А для больших объёмов INI плохо пригодны.
Всё равно это разновидность рефлексии при компиляции. А что, разве только при выполнении она бывает? Главный недостаток рефлексии — при сложных изменениях структуры будут костыли.
Тут, получается, ALTER по любому чиху, даже если добавляем какой-то параметр.
Сложность работы с СУБД не столько в сложности SQL, сколько в промежуточном слое между программной логикой и обёрткой над СУБД, который генерирует гарантированно корректный SQL и инкапсулирует стандартную логику (то ли ORM, то ли горбушка попроще).
Первое — я не очень понял, но похоже на XML-лайт. Второе — сериализация через рефлексию, и, как я уже сказал, сэкономил работы рефлексией — молодец. Но, надеюсь, они позволили в сложных случаях забираться вручную в структуру тэга.
Совершенно верно, вы сказали тот случай, когда СУБД более чем оправдана: данных много, и нет нужды держать все в памяти. Потому и сказал: отпадают базы переписки. Но что, мало прог, где реально всё держим в памяти?
Во-первых, в принципе работа с СУБД сложна, по опыту. Во-вторых, бывают и очень нелюбимы программистами изменения структуры файла — и на XML-то это противное дело, а на БД тем более.
Я не «жгу», но одно время много и беспробудно играл в Доту. И имел дело с курильщиками. Так что, мне кажется, ты так хорошо описал чувства заядлого «жгуна».
— Где найти скиголубой? … Чёртов антимат, скипедар!
JSON придуман, кстати, по другой причине — если источнику данных доверяешь, на JS в две строчки разбирается.
Сложность работы с СУБД не столько в сложности SQL, сколько в промежуточном слое между программной логикой и обёрткой над СУБД, который генерирует гарантированно корректный SQL и инкапсулирует стандартную логику (то ли ORM, то ли горбушка попроще).
Во-первых, в принципе работа с СУБД сложна, по опыту. Во-вторых, бывают и очень нелюбимы программистами изменения структуры файла — и на XML-то это противное дело, а на БД тем более.
Бросай уже, и удачи в нелёгком пути!
Какие события можно записывать в макрос: нажатия мультимедийных клавиш? Щелчки? Повороты колеса?