Сообщение Re[5]: На чем делать софт под Windows от 18.10.2017 9:32
Изменено 18.10.2017 9:49 AlexGin
Re[5]: На чем делать софт под Windows
Здравствуйте, CEMb, Вы писали:
CEM>Здравствуйте, AlexGin, Вы писали:
AG>>Хотя бы за счёт более удобного дизайнера форм (в отличие от XAML редактора, применяемого в случае разработки с WPF).
AG>>Это усложнение процесса разработки — следствие политики M$, так как они ставили целью разграничить работу специалистов:
AG>>дизайнера: создание (вёрстка) в XAML и программиста: редактирование кодов C# в редакторе MSVS.
CEM>У меня в WPF проектах дизайнер форм тоже присутствует (и чего не хватает в Хамарине)
Да, я не спорю, в студии для WPF формы открывается комбинированное окно, разделенное сплиттером
(это один из моих старых проектов):
Первоначально, из окна "Toolbox" бросаю на форму контролы в принцыпе, всё можно оставить и так
(хотя в окне XAML-радактора вижу, что там при этом всё совсем не комильфо), далее вручную приходится редактировать XAML-коды.
После этого, уже всё, в т.ч. и XAML — выглядит хорошо.
P.S. Да, знаю, что и в WinForms также можно редактировать вручную то, что тебе "насочиняла" автоматика вижуал студии,
но там это остаётся как-бы "за кадром". А здесь, в WPF, это всё-таки как на ладони
Тем более, что для WPF предполагается более точная адаптация окна под разные девайсы, чем для WinForms
P.P.S. В общем — [b]я бы всё таки рекомендовал, потратить немного больше времени на изучение WPF[/b]
— и вести разработку на этой технологии!
Здесь, несмотря на то, что Вы потратите некоторое время для изучения WPF, а также корректировках в XAML,
эти трудозатраты окупятся сторицей: эта технология более гибкая и мощная, по сравнению с i]WinForms[/i],она позволяет сделать больше и красивее!
CEM>Здравствуйте, AlexGin, Вы писали:
AG>>Хотя бы за счёт более удобного дизайнера форм (в отличие от XAML редактора, применяемого в случае разработки с WPF).
AG>>Это усложнение процесса разработки — следствие политики M$, так как они ставили целью разграничить работу специалистов:
AG>>дизайнера: создание (вёрстка) в XAML и программиста: редактирование кодов C# в редакторе MSVS.
CEM>У меня в WPF проектах дизайнер форм тоже присутствует (и чего не хватает в Хамарине)
Да, я не спорю, в студии для WPF формы открывается комбинированное окно, разделенное сплиттером
(это один из моих старых проектов):
Первоначально, из окна "Toolbox" бросаю на форму контролы в принцыпе, всё можно оставить и так
(хотя в окне XAML-радактора вижу, что там при этом всё совсем не комильфо), далее вручную приходится редактировать XAML-коды.
После этого, уже всё, в т.ч. и XAML — выглядит хорошо.
P.S. Да, знаю, что и в WinForms также можно редактировать вручную то, что тебе "насочиняла" автоматика вижуал студии,
но там это остаётся как-бы "за кадром". А здесь, в WPF, это всё-таки как на ладони
Тем более, что для WPF предполагается более точная адаптация окна под разные девайсы, чем для WinForms
P.P.S. В общем — [b]я бы всё таки рекомендовал, потратить немного больше времени на изучение WPF[/b]
— и вести разработку на этой технологии!
Здесь, несмотря на то, что Вы потратите некоторое время для изучения WPF, а также корректировках в XAML,
эти трудозатраты окупятся сторицей: эта технология более гибкая и мощная, по сравнению с i]WinForms[/i],она позволяет сделать больше и красивее!
Re[5]: На чем делать софт под Windows
Здравствуйте, CEMb, Вы писали:
CEM>Здравствуйте, AlexGin, Вы писали:
AG>>Хотя бы за счёт более удобного дизайнера форм (в отличие от XAML редактора, применяемого в случае разработки с WPF).
AG>>Это усложнение процесса разработки — следствие политики M$, так как они ставили целью разграничить работу специалистов:
AG>>дизайнера: создание (вёрстка) в XAML и программиста: редактирование кодов C# в редакторе MSVS.
CEM>У меня в WPF проектах дизайнер форм тоже присутствует (и чего не хватает в Хамарине)
Да, я не спорю, в студии для WPF формы открывается комбинированное окно, разделенное сплиттером
(это один из моих старых проектов):
Первоначально, из окна "Toolbox" бросаю на форму контролы в принцыпе, всё можно оставить и так
(хотя в окне XAML-радактора вижу, что там при этом всё совсем не комильфо), далее вручную приходится редактировать XAML-коды.
После этого, уже всё, в т.ч. и XAML — выглядит хорошо.
P.S. Да, знаю, что и в WinForms также можно редактировать вручную то, что тебе "насочиняла" автоматика вижуал студии,
но там это остаётся как-бы "за кадром". А здесь, в WPF, это всё-таки как на ладони
Тем более, что для WPF предполагается более точная адаптация окна под разные девайсы, чем для WinForms
P.P.S. В общем — [b]я бы всё таки рекомендовал, потратить немного больше времени на изучение WPF/b]
— и вести разработку на этой технологии!
Здесь, несмотря на то, что Вы потратите некоторое время для изучения WPF, а также корректировках в XAML,
эти трудозатраты окупятся сторицей: эта технология более гибкая и мощная, по сравнению с i]WinForms[/i],она позволяет сделать больше и красивее!
CEM>Здравствуйте, AlexGin, Вы писали:
AG>>Хотя бы за счёт более удобного дизайнера форм (в отличие от XAML редактора, применяемого в случае разработки с WPF).
AG>>Это усложнение процесса разработки — следствие политики M$, так как они ставили целью разграничить работу специалистов:
AG>>дизайнера: создание (вёрстка) в XAML и программиста: редактирование кодов C# в редакторе MSVS.
CEM>У меня в WPF проектах дизайнер форм тоже присутствует (и чего не хватает в Хамарине)
Да, я не спорю, в студии для WPF формы открывается комбинированное окно, разделенное сплиттером
(это один из моих старых проектов):
Первоначально, из окна "Toolbox" бросаю на форму контролы в принцыпе, всё можно оставить и так
(хотя в окне XAML-радактора вижу, что там при этом всё совсем не комильфо), далее вручную приходится редактировать XAML-коды.
После этого, уже всё, в т.ч. и XAML — выглядит хорошо.
P.S. Да, знаю, что и в WinForms также можно редактировать вручную то, что тебе "насочиняла" автоматика вижуал студии,
но там это остаётся как-бы "за кадром". А здесь, в WPF, это всё-таки как на ладони
Тем более, что для WPF предполагается более точная адаптация окна под разные девайсы, чем для WinForms
P.P.S. В общем — [b]я бы всё таки рекомендовал, потратить немного больше времени на изучение WPF/b]
— и вести разработку на этой технологии!
Здесь, несмотря на то, что Вы потратите некоторое время для изучения WPF, а также корректировках в XAML,
эти трудозатраты окупятся сторицей: эта технология более гибкая и мощная, по сравнению с i]WinForms[/i],она позволяет сделать больше и красивее!