А менять как? на каждый чих бизнеса релиз катить?

Готовое решение это всегда палка о двух концах. При проектировании системы важно ответить себе на вопрос: Принадлежит-ли мне формат, в котором я собираюсь хранить данные? Если это формат данных, предназначенный для хранения данных, пригодных для какой-то конкретной системы, то нужно ответить на вопрос - а что, если я захочу заменить эту систему? Смогу ли я написать код, который будет интерпретировать сохраненные данные, и транслировать в новый формат? Если это проверенный индустриальный стандарт, то, решения, основанные на нем могут оставаться пригодными долгое время, и совершенно нормально завязаться на такой формат. К таким относятся XML, JSON. Нет сомнений, что парсеры этих форматов для любой среды разработки останутся на рынке надолго. Но это относится только к базовому формату сериализации. Но если это какая-то специфическая схема, основанная на этих форматах, то тут уже большой вопрос, так как схема может оказаться настолько сложной, что без интерпретатора, написанного каким-то третьим лицом, окажется невозможно данные использовать. Например - бинарный код интерпретатора окажется устаревшим и неподдерживаемым, и непереносимым на другие платформы. Поэтому, если дело касается такой важной вещи как бизнес правила, то гораздо лучше самому заранее позаботиться не только как сохранять, но и как интерпретировать. Пример одного формата, который совсем не подходит для хранения. Один чел решил, что очень удачная идея - генерировать asp код виджетов на основе некоторых кастомизированных полей. Он сохранял готовые asp страницы в базу. Это работало прекрасно некоторое время, пока код работал на старом IIS, где был asp. Но тут настал 2001 год, и челу пришлось переписать систему на NET Framework. И весь asp код, который он хранил в базе превратился в тыкву. Вспоминаю его страдания, и десятки сочувственных комментов на каком-то ныне забытом форуме по asp. Представьте, ему пришлось бы написать интерпретатор asp, включая вставки разметки на Visual Basic. Это, конечно, клинический случай, но некоторые решения о хранении важнейших бизнес правил и данных клиента не далеко ушли от этого.

0

25.04.2022

A DROP TABLE users · Accepted Answer

A DROP TABLE users

а почему нет? я требования не знаю, там по 5 раз в день бизнес меняется?

0

25.04.2022

170 похожих чатов

А менять как? на каждый чих бизнеса релиз катить?

5 ответов

Похожие вопросы