Я работаю над приложением StoryBoarding, это приложение на основе слайдов, в которое авторы могут поместить несколько компонентов, таких как изображение, звук, подписи и т. Д. В каждый слайд. Коллекция слайдов создаст раскадровку. Это приложение будетбыть развернутым на веб-сервере (sharepoint + IIS и php + apache), и несколько пользователей могут сотрудничать друг с другом для создания или просмотра раскадровки. В моем приложении я также хочу поддерживать автосохранение, которое будет сохранять состояниеиз раскадровки. Пользователь также может сохранить в любой момент времени, нажав кнопку сохранения.
Я запутался в том, как сохранить состояние раскадровки.
1) В настоящее время я делаю это, передавая все данные раскадровки в веб-службу dot net, а затем эта служба сохраняет изображения, подписи и т. Д. В соответствующих таблицах в базу данных.
2) Другой возможный подход - сохранить модель приложения в виде сериализованного объекта в БД, что будет более удобно, так как разделение компонентов модели (таких как изображения, подписи и т. Д.) Не будетпотребуется, а также восстановление состояния объектов в приложении будет легко.
У меня есть два сомнения относительно использования подхода 2: -
i) Я хочу, чтобы сохраненная раскадровка загружалась быстро, для чего я хотел бы поддержать партиал, так чточто более легкие объекты, такие как заголовок, могут быть загружены быстро, но другие более тяжелые объекты, такие как изображение, видео и т. д., могут быть загружены по требованию.Используя подход 2, нужно ли отправлять все данные за один раз или есть способ поддержать частичную загрузку?
ii) Как реализовать функцию автосохранения при использовании подхода 2, для каждого автосохранения я долженнеобходимо снова отправить весь сериализованный объект обратно в БД, или есть способ отправить только измененную часть модели, которая будет сохранена в БД.
Пожалуйста, предложите, какой подход лучше использовать для этого приложения, а также ответьте на вышеупомянутые сомнения относительно использования подхода 2.