почему? потому что представление не должно иметь способности использовать объект модели!
Предполагают, что Вы передаете проект веб-дизайнеру сделать слой представления. Внезапно у него есть способность бездельничать с данными Вашего приложения через образцовый слой. Это не хорошо.
Поэтому всегда только передают данные потребности представления, вместо объекта с методами.
Хранилище BLOB-объектов определенно является местом для размещения динамических изображений, таких как аватары. Хотя вы можете записывать данные на диск виртуальной машины, в которой вы будете работать, вы не можете полагаться на это - если ваше приложение будет перемещено на другую машину (что может произойти по любому количеству причин), это хранилище будет
Вы можете сохранить изображения в хранилище BLOB-объектов и кэшировать их на локальном диске виртуальной машины (используя стандартные механизмы файлового ввода-вывода). Таким образом вы получите довольно хорошую производительность и сэкономите на нескольких транзакциях хранилища, но при этом убедитесь, что вы не храните данные в энергозависимом хранилище.
Если у вас есть статические изображения, которые будут полностью статичными, они просто объединены с вашим приложением, и на него можно ссылаться как на обычный файл. Но если вам когда-нибудь понадобится их изменить, вы
"Имеет ли смысл хранить все изображения веб-сайта (например, изображения макета) в хранилище BLOB-объектов? Значит, у меня будет домен без файлов cookie для моего статического контента?»
Да, я так думаю - это то, что я выкатываю прямо сейчас на самом деле.