Войти
ФлеймФорумПрограммирование

WPF сейчас жив? Или что использовать для разработки Windows программ? (4 стр)

Страницы: 13 4 5 610 Следующая »
#45
(Правка: 12:58) 12:57, 20 авг. 2019

Мизраэль
> И проще её таковой сделать на электроне, а не убиваясь на C++/Qt?

MS мог бы сделать (может себе позволить) и на ассемблере, если захотел бы.


#46
(Правка: 13:11) 13:07, 20 авг. 2019

kipar
> Странно чертёжные программы приводить в пример гуи.

Она не чертёжная.    Она для разработки электрических схем (расстановка блоков модулей с входами/выходами и назначение связей между этими входами/выходами), - и со всем этим на "чертеже" можно взаимодействовать, - выделять, перемещать, редактировать свойтва. До кучи, там даже 3d рендер есть.

Мизраэль
> Студия на WPF написана.

Сомневаюсь. Microsoft никогда не использует технологии, которые пытается впарить окружающему миру. Они даже MFC не использовали во времена VisualStudio 5/6 в своих офисных пакетах. И вообще, оно нативное приложение

+ Показать

Мизраэль
>а что, ещё есть верстальщики, которые не html фигачат, а на формочке кнопки перетаскивают во frontpage? И что-то ты про XAML загнал, там в окошке с кодом визуальная форма, можешь мышкой покликать, можешь в коде править.

Это всё замечательно, если форма не сложнее HelloWorld, а если там напихано десяток вкладок с сотней контролов, - во всём этом ковыряться, - себя не уважать. Проще выкинуть нахер, и делать в Qt Designer'е.

#47
13:33, 20 авг. 2019

gamedevfor
> MS мог бы сделать (может себе позволить) и на ассемблере, если захотел бы.
Ну так там не идиоты работают :)

0iStalker
> Сомневаюсь. Microsoft никогда не использует технологии, которые пытается
> впарить окружающему миру. Они даже MFC не использовали во времена VisualStudio
> 5/6 в своих офисных пакетах. И вообще, оно нативное приложение
библиотеки VS | WPF сейчас жив? Или что использовать для разработки Windows программ?

0iStalker
> Это всё замечательно, если форма не сложнее HelloWorld, а если там напихано
> десяток вкладок с сотней контролов, - во всём этом ковыряться, - себя не
> уважать. Проще выкинуть нахер, и делать в Qt Designer'е.

  • facepalm* не делают так. Это тоже самое, что хаять язык за то, что на нём нормально hello world выглядит в 3 строчки, но если писать реальный код, то класс разрастается на сотни тысяч строк.

  • Контролы выделяются в отдельные классы, и это не банальные кнопки, а например из твоей же KiCAD - окно со схемой - отдельный контрол, тулбар отдельный контрол с отдельными контролами кнопок. В итоге базовое окно только задаёт layout расположения макрокомпонент, привязывает модели куда надо и маршрутизирует команды.
    #48
    (Правка: 13:46) 13:44, 20 авг. 2019

    Мизраэль
    > Контролы выделяются в отдельные классы, и это не банальные кнопки

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

    + Показать

    + Показать

    с тех пор ничего не изменилось...  нахер, проще на голом Qt всё это делать,  кода получается в 10 раз меньше и ориентироваться в нём проще. Учитывая, что виджет в виджете в виджете в видежет это изначально by design

    #49
    15:46, 20 авг. 2019

    Мизраэль
    > Ну так там не идиоты работают :)

    Но они почему то выбрали Electron.

    #50
    17:29, 20 авг. 2019

    0iStalker
    > Кто говорил про кнопки? Контрол может быть сложным, с кучей настроечных
    > параметров и их может быть сотни, в одном лейауте и это боль и страдания, если
    > редактивровать всё это в блокноте....
    Да открой уже хоть один WPF проект. Чё за проблемы ты придумываешь? Какие нахрен блокнотики?

    > статью-то можно было дочитать, не?
    Я не только её прочитал, но и комментарии, которые опровергают тезисы из статьи.

    0iStalker
    > Позволить определять импорты пространств имён на уровне проекта, а не
    > заставлять повторять в каждом файле.
    Это проблема что-ли? Тебе в плюсах #include тоже лень писать?
    > Позволить байндить события напрямую к методам, а не через команды.
    Зачем??? Команды это отдельный паттерн, нафига его заменять методом. Если чел не понимает концепцию команд, может ему рано ещё программировать?
    > Сделать синтаксис байндинга короче и более запоминаемым.
    {Binding PropName} - куда @лять короче-то? Чел снова не осилил или что?
    > Позволить использовать выражения на C# и булеву логику вместо написания
    > конвертеров на каждый чих.
    Ага, вместо единой точки конвертирования у нас будет понатыкано везде C# инлайнов, чтобы чел на поддержке вздёрнулся, когда потребуется слегка поправить поведение.
    > Позволить булево значение неявно конвертировать в трёхзначное Visibility без
    > конвертера.
    А в какое значение из трёх конвертить? А если мне другое надо? А если у меня Nullable<bool>, а если у меня это int, который < 1 должен скрывать элемент. Нафига свои персональные хотелки и сценарии тащить в платформу?
    > Избавиться от префиксов для невстроенных контролов.
    Ага, и как их различать потом?

    Очередной неасилятор, как обычно.

    #51
    17:30, 20 авг. 2019

    gamedevfor
    > Но они почему то выбрали Electron.
    Потому, что Qt говно, а другого инструмента для кроссплатформенной реализации продукта нет? Сейчас core c интерфейсом выкатят и перепишут vscode на него. Нормально будет?

    #52
    17:42, 20 авг. 2019

    Мизраэль
    > Сейчас core c интерфейсом выкатят

    Каким еще интерфейсом?

    #53
    (Правка: 18:14) 18:12, 20 авг. 2019

    0iStalker
    > в CERN наверное дураки сидят, раз пилят десктопное приложение вот так вот, по старинке.
      Что такое CERN, это частная контора, которая считает каждую копейку, или всё-таки государственная лавочка, которой бабло сыпется на бошку сколько не попроси?

    > Может ещё и Win10 поставить?
      Если у тебя даже не стоит Win 10, то что ты забыл в теме? Может поэтому у тебя за шесть лет ничего не поменялось? :)

    Мизраэль
    > Сейчас core c интерфейсом выкатят и перепишут vscode на него. Нормально будет?
      Нет, нормально не будет. Под VS Code уже написана куча расширений на TypeScript, без которых это просто блокнот с подсветкой, которым можно открывать разве что XML и логи (неплохо раскрашенные, надо сказать.) А с ними для некоторых языков она превращается чуть ли не в единственную рабочую IDE. И никто их не побежит переписывать под .Net. В принципе она и так нормальная, ничего менять там не нужно.

    #54
    (Правка: 18:15) 18:14, 20 авг. 2019

    Мизраэль
    > Да открой уже хоть один WPF проект. Чё за проблемы ты придумываешь? Какие
    > нахрен блокнотики?

    Да нахер мне чужие проекты, когда я голову сломал в попытке сделать что-то похожее на свой VCL проект, - получилось туева хуча лапла-xml... нахер эту поделку для хелловорлдистов.

    upd.
    И я же не говорю, что VCL это божественно, нет это устаревшее дерьмо мамонта, хоть и приходится в нём ковыряться.

    Мизраэль
    > {Binding PropName} - куда @лять короче-то? Чел снова не осилил или что?

    Объясни это дизайнерам, куда эту хронотень вставлять (вот и нормальные люди этим заниматься не будут и скипнуть это хелловорлдное уг)

    Мизраэль
    > Потому, что Qt говно

    Обуснуй.

    #55
    (Правка: 21 авг. 2019, 0:35) 19:03, 20 авг. 2019

    0iStalker
    > Обуснуй.
    если кто-то не видит ущербность самой концепции "сигналов и слотов" — то тут какбы уже ничего не объяснишь, а если видит то и объяснять нечего, т.к очевидно в реальные проекты такой оратор никогда не заныривал с гаечным_ключом\Qt в руке и потому его можно за это не уважать с чей-то точки зрения.

    #56
    19:13, 20 авг. 2019

    Adler
    > если кто-то не видит ущербность самой концепции сигналов и слотов

    да уж не ущербнее, чем карты сообщений

    #57
    (Правка: 21 авг. 2019, 10:42) 19:21, 20 авг. 2019

    0iStalker
    > карты сообщений
    посмотрел - выглядит как рассадник\зачаток "сигналов и слотов"

    #58
    23:10, 20 авг. 2019

    Мизраэль

    > Я работаю в студии начиная с версии 2.0...
    Так тебя вообще слушать не стоит, у тебя профессиональная деформация на фоне травмы детства, лол

    #59
    8:03, 21 авг. 2019

    gamedevfor
    > Каким еще интерфейсом?
    пользовательским

    Zefick
    >   Нет, нормально не будет. Под VS Code уже написана куча расширений на
    > TypeScript, без которых это просто блокнот с подсветкой, которым можно
    > открывать разве что XML и логи (неплохо раскрашенные, надо сказать.) А с ними
    > для некоторых языков она превращается чуть ли не в единственную рабочую IDE. И
    > никто их не побежит переписывать под .Net. В принципе она и так нормальная,
    > ничего менять там не нужно.
    Да, согласен. Не будут уже переписывать, смысла особого нет.

    0iStalker
    > Объясни это дизайнерам, куда эту хронотень вставлять (вот и нормальные люди
    > этим заниматься не будут и скипнуть это хелловорлдное уг)
    А дизайнер это и не делает. Он условно "разметку" фигачит и стили настраивает. Ещё анимацию может прицепить. Привязку модели к представлению обычно программист делает. Это если у нас дизайнер - это прям классические белоручки. В реальности интерфейс делают те же программисты по макетам из какой-нибудь фигмы. Просто это будут UI-программисты, аналог front-end в вебе или фулстек, если ещё и бизнесовую логику пилят.
    Вот пример как дизайнер пилит интерфейс:

    Запустить видео по клику - Как делать игрыЗапустить видео по клику - Как делать игры

    Как видишь особых знаний по программированию не нужно.

    0iStalker
    > Обуснуй
    С++

    Страницы: 13 4 5 610 Следующая »
    ФлеймФорумПрограммирование