Использование Canvas как основного контейнера

Здравствуйте. Не помню где, но слышал, что использование Canvas как основного контейнера, когда мы не оборачиваем его в Grid или какой-то еще контейнер в приложении WPF - плохая идея. Но почему? Понятное дело, если мы работаем с окном переменного размера, Canvas не подойдёт. Но если размер окна в приложении не будет меняться? Тогда Canvas будет допустимым решением? Или у этого решения все же могут быть свои подводные камни?

Добавлено через 11 минут
Для большей понятности, что я подразумеваю под основным контейнером:

0

Rhoxolan, ну а губку, для мытья посуды, обратной стороной будем использовать, как наждачную бумагу по дереву, -- в чём проблема, собственно?

0

Сообщение от limeniye Rhoxolan, ну а губку, для мытья посуды, обратной стороной будем использовать, как наждачную бумагу по дереву, -- в чём проблема, собственно?

Задача вполне выполнимая, но уйдет больше времени.

Соответственно, вы ведете к тому, что использовать Canvas - более трудоёмкая задача?

Но, повторюсь, я про ситуации, когда размер окна будет постоянным. И, наверное, я не до конца раскрыл свою мысль в вопросе - я не про ситуации со сложным интерфейсом, где будут использоваться панели с кнопками или что-то еще, где использование Grid-а напрашивается само собой.
Я скорее спрашиваю про ситуации, когда речь идет о очень простом приложении, где на окне, ну допустим, 5 кнопок и пару полей для ввода/вывода. Чем Canvas плох для таких ситуаций?

0

Rhoxolan, я веду к тому, что для всего свой функционал.

Смотря на Ваш код я задаюсь вопросом: зачем использовать Canvas.Left="10" Canvas.Top="10" вместо Margin="10,10"? Меняем на Margin и тут же второй вопрос: если у нас нет Canvas.Top и Canvas.Left, зачем нам Canvas? -- меняем на Grid.

Вот и вся логическая цепочка.

Теперь из различий Grid и Canvas.

Раз -- Canvas значительно тяжелее.
Два -- в Grid есть RowDefenition и ColumnDefenition, что в Вашей реализации с большей вероятностью пригодится, чем Canvas.Top и Canvas.Left.
Три -- размер окна у Вас то может быть и статический, но вот экран -- нет. Тут ещё важную роль отыгрывает Dpi.
В итоге Вы всё равно сталкнётесь с расхожедниями на разных мониторах. Не проверял, но это имхо.

1

Сообщение от limeniye Смотря на Ваш код я задаюсь вопросом: зачем использовать Canvas.Left="10" Canvas.Top="10" вместо Margin="10,10"?

Я просто вытянул три элемента для примера и совсем не хотел акцентировать на этом внимание. Хотя, да, уже в рабочей реализации было бы примерно так же.

Но в любом случае:

Сообщение от limeniye Три -- размер окна у Вас то может быть и статический, но вот экран -- нет. Тут ещё важную роль отыгрывает Dpi. В итоге Вы всё равно столкнётесь с расхождениями на разных мониторах.

Вот это уже по сути моего вопроса. За это я и спрашивал - за подводные камни, которые могут появиться в самых разных ситуациях.

0

Сообщение от Rhoxolan За это я и спрашивал

Это было имхо, точно я не знаю. Более компитентен в этом Элд Хасп, так как я видел темы, в которых он поднимал подобного рода вопрос про Dpi.
Посмотрим что ответит и верны ли мои догадки.

0

Rhoxolan, WPF отличается от Форм (в том числе) адаптивной разметкой.
То есть компоновка в нём должна быть "резиновой", относительной.
В вашем примере вы хотите задать "жёсткую" компоновку Окна постоянного размера.
НО! Стиль Окна по умолчанию определятся темой ОС. И в одном и том же приложении, но запускаемом, например в Win7 и Win10 вы получите визуально разные Окна.
Тоже самое может произойти при запуске на разных устройствах, разных мониторах. В том числе, как упомянул limeniye, из-за разного DPI.

А что для разметки означает разный стиль Окна?
Это может изменить размер КЛИЕНТСКОЙ области Окна.
То есть для окна с размерами Height="600" Width="500" вы можете получить разные размеры <Canvas>. Соответственно ваша "жёсткая компоновка" будет искажена: могут появиться ненужные поля или наоборот элементы "выедут" из зоны видимости.

Вроде бы это можно исправить такой компоновкой:НО!!!
Тема ОС может же поменять и шрифты по умолчанию, и стили элементов.
Может потребоваться локализация выводимого текста на элементах.
В результате вы можете получить разные размеры для дочерних элементов Canvas.
Как тогда подстроить размеры Canvas под рантайм размеры дочерних элементов?
Это можно, но достаточно сложно. Точно не для начинающих.
Гораздо проще задать адаптивную разметку через Grid.

Добавлено через 6 минут

Сообщение от limeniye Раз -- Canvas значительно тяжелее.

Ну.... не думаю.
Мне кажется для построения компоновки Canvas самая простая панель.
В ней же ничего не надо рассчитывать, она не зависит от дочерних элементов.
Поэтому при вычислении компоновки проход по ним не требуется.

2

Сообщение от Элд Хасп SizeToContent="WidthAndHeight"

Не знаю уместно ли, но я бы ещё предложил такой вариант: SnapsToDevicePixels="True"

0

Сообщение от limeniye я бы ещё предложил такой вариант: SnapsToDevicePixels="True"

Это пиксельное выравнивание.
Необходимо чтобы тонкие линии не размывались, если попадают на границу пикселей.

1

Элд Хасп, limeniye, спасибо.

0