|
Следующая версия
Следующая версия справа и слева
|
bb:redbook:304 [2016/03/31 15:55] prospero78 создано |
bb:redbook:304 [2018/01/14 19:25] иван_денисов |
Представление, обычно последний уровень в этой концепции. Обычно, представление, зависит от аппаратных средств. Например, это может быть цветной монитор, или чёрно-белый принтер, или цветной (и довольно грубый) плоттер. В каждом случае представление своё. Должен ли знать файл с текстом, в какой кодировке работает операционная система, как его выравнивают, подгоняют, с какой точностью отображают, и должен ли знать текстовый файл о том, какие существуют в мире модели принтеров, или будут существовать, чтобы правильно отобразить себя на всех доступных поверхностях? | Представление, обычно последний уровень в этой концепции. Обычно, представление, зависит от аппаратных средств. Например, это может быть цветной монитор, или чёрно-белый принтер, или цветной (и довольно грубый) плоттер. В каждом случае представление своё. Должен ли знать файл с текстом, в какой кодировке работает операционная система, как его выравнивают, подгоняют, с какой точностью отображают, и должен ли знать текстовый файл о том, какие существуют в мире модели принтеров, или будут существовать, чтобы правильно отобразить себя на всех доступных поверхностях? |
| |
Таким образом, если схематчно представить эту концепцию подчинённости, то она будет выглядеть примерно так: | Таким образом, если схематчно представить эту концепцию подчинённости, то она будет выглядеть примерно так [1]: |
Контроллер | |
Модель > < Представление | {{ :bb:redbook:mvc.png?nolink&600 |}} |
Объект > | |
| |
Если модель ещё можно отнести к объекту (модель способна к изменениям), то представление изменить невозможно. В итоге, контроллер оказывается между молотом и наковальней, все кому не лень диктуют свои условия контроллеру, и он вынужден разруливать взаимные требования. Если текущий контроллер не может выполнить требования объекта, модели или представления, значит такой контроллер не сможет обеспечить представление объекта по модели и потребуется более подходящий контроллер. | Если модель ещё можно отнести к объекту (модель способна к изменениям), то представление изменить невозможно. В итоге, контроллер оказывается между молотом и наковальней, все кому не лень диктуют свои условия контроллеру, и он вынужден разруливать взаимные требования. Если текущий контроллер не может выполнить требования объекта, модели или представления, значит такой контроллер не сможет обеспечить представление объекта по модели и потребуется более подходящий контроллер. |
==== 5. Выводы ==== | ==== 5. Выводы ==== |
Каркас обеспечивает существенные возможности для документов. Каркас вносит свою сложность в создаваемую систему. Но эта сложность многократно компенсируется тем, что каркас берёт ещё большую сложность на себя. В частности, документы БлэкБокса помогают программисту единообразно работать с текстами, переносить код между системами, организует работу наиболее рациональным способом. Локально снижаемая сложность приводит к более эффективной работе с объемлющими сложностями. [↑] | Каркас обеспечивает существенные возможности для документов. Каркас вносит свою сложность в создаваемую систему. Но эта сложность многократно компенсируется тем, что каркас берёт ещё большую сложность на себя. В частности, документы БлэкБокса помогают программисту единообразно работать с текстами, переносить код между системами, организует работу наиболее рациональным способом. Локально снижаемая сложность приводит к более эффективной работе с объемлющими сложностями. [↑] |
| |
| |
| [1] Фримен Э. и др. Паттерны проектирования. Санкт-Петербург: Питер, 2011. 656 c. |
[ ← Назад ] [ Вверх ↑ ] [ Далее → ] | [ ← Назад ] [ Вверх ↑ ] [ Далее → ] |