caxapa.ru :: Необходимо написать приложение на ПК. Есть знание C#, пробовал wpf. Не зашло, хочется красивого и современного ( переходы, стиль) в плане оболочки пользователя. Собираюсь использовать JavaScript, но знаний нет по этому языку. Спецы здешние могут

Mefod (14.06.2019 10:49, просмотров: 9252)

Необходимо написать приложение на ПК. Есть знание C#, пробовал wpf. Не зашло, хочется красивого и современного ( переходы, стиль) в плане оболочки пользователя. Собираюсь использовать JavaScript, но знаний нет по этому языку. Спецы здешние могут указать направление? Или красота дело дизайнеров?

- C# имеет связку с GTK. Наверное это самый кросс-платформенный вариант. QT тоже как-то умеет, но я не вникал. - fk0(16.06.2019 11:48)
  - Mono+gtk2 это, конечно, сильно. Уж проще на fltk сразу писать и крестах. Хотя бы исполняемый файл будет легким - lloyd(16.06.2019 16:30)
    - Micro$oft CoreCLR и GTK. Даже на виндах. - fk0(17.06.2019 10:59)
      - Так какая версия GTK у них есть? А то пять лет назад, когда я его трогал, все было плохо - lloyd(17.06.2019 11:30)
        
        Х.З. у них там по-моему бардак и помойка с nuget-пакетами. А что плохо, тебе нужна обязательно версия из будущего? То что рисовало пиксели на экране 5 лет назад, и сегодня рисует не хуже. - fk0(18.06.2019 12:26)
- Если есть знание C#, то на нем и пишите - на нем оболочки максимально красивые за счет устрашающего размера FrameWork'а, который поддерживает его работу. Тогда как JavaScript для этой цели не годится - он для оживления HTML-страниц. - Ксения(15.06.2019 00:03)
  - С# тормозной очень сильно. Любая программа, написанная на нём запускается первый раз после перезагрузки компа почти минуту. Программы, написанные на С++, запускаются быстрее 1 сек. - Ale3000(17.06.2019 04:13)
    - "... запускается первый раз после перезагрузки компа ..." Сама перезагрузка компа сейчас занимает туеву хучу времени, хоть Винды, хоть Линя. Лечится установкой SSD. А после этого и программа на Шарпе то же быстро запускаться будет. - Сидоргек(17.06.2019 10:03)
      - Не будет. C# программы компилируются в момент запуска... - fk0(17.06.2019 11:00)
        
        Глубоко как работает не разбирался, но краем уха слышал про какую-то just-in-time компиляцию в машинные коды процессора. Или ея результат не кешируется? - Сидоргек(18.06.2019 12:05)
        
        Только если вручную, через crossgen, как я понял можно потенциально в момент установки приложения скомпилировать dll-ки. Но и даже при этом они компилируются не полностью: некоторые типы (параметризация шаблонов/generics) становятся известны fk0(43 знак., 18.06.2019 12:23)
    - Но речь-то шла не о красоте, а о скорости работы. Скорость в GUI не требуется, т.к. там тормоз - неторопливые действия пользователя. Скажем интерфейс RAD Studio (преемник Borland) написан на Фреймворке, хотя компилятор, линкер и пр. - на Паскале. - Ксения(17.06.2019 04:24 - 04:27)
      - В идеале реакция на любое действие пользователя должна быть не более 100мс. Если более 1сек, то пользователь уже начинает нервничать. Ale3000(130 знак., 17.06.2019 04:31)
        
        Запуск действительно долгий, но реакция на действия пользователя достаточно быстрая. Atmel Studio и MS Visual Stidio тоже долго запускаются, хотя я не знаю, есть там Frаmework или нет. - Ксения(17.06.2019 05:24)
- Проект коммерческий? QT тоже денег стоит. RED_DRAGON(213 знак., 14.06.2019 22:35 - 22:38, ссылка)
  - Qt можно пилить коммерчески не платя денег, не надо тут - lloyd(15.06.2019 07:06)
    - 460 дохлых зеленых енотов пер персон пер монС не хотите ли? RED_DRAGON(33 знак., 15.06.2019 13:14, ссылка)
    - Схуяль?!... POV_(26 знак., 15.06.2019 12:17, )
      - Таки можно ant333(730 знак., 15.06.2019 15:36)
        
        Так как может коммерческий продукт соответствовать лицензии Опенсурс?... POV_(69 знак., 15.06.2019 16:14, )
        
        ОС не запрещает продавать продукт), а LGPL не предполагает открытия исходников, во всяком случае полностью. А вобще это лучше спросить у Бош например) - ant333(15.06.2019 16:22)
        
        Как я понял, при использовании LGPL можно свой код не раскрывать, если все gpl'ные вещи вынести в отдельную библиотеку. - FDA(15.06.2019 19:01)
        
        Когда вы используете LGPL-ный куте - сам Qt обязан быть опенсорцом, а ваш код - нет. При этом ваш код должен оставаться линковочно-совместимым с куте, чтобы любой другой мог его заменить (читай, линковаться можно только динамически, то есть длл), lloyd(103 знак., 15.06.2019 20:29)
  - Сейчас Lazarus очень приличный. Поддерживается кроссплатформенность. - FDA(14.06.2019 23:16)
    - йайа... продукт компилялся без изменений под линь и венду :) - RED_DRAGON(14.06.2019 23:39)
- Красота реально дело дизайнеров, но поиск толкового дизайнера, на мой взгляд, большая проблема. AlexG(152 знак., 14.06.2019 16:08)
- Delphi бери. Проект на FMX. Не надо никакой разметки ручками писать. Всё делается в дизайнере. Куча красивых эффектов просто перетаскиваются мышкой. Программно они же делаются в четыре строчки. Скорость разработки проекта огромная, плюс FDA(93 знак., 14.06.2019 14:37)
- WPF очень гибкий. Мне нравится. - Звероящер(14.06.2019 13:31)
  - В Delphi фактически все те же самые вещи делаются прямо в дизайнере. Не надо с разметкой разбираться и код лишний писать. - FDA(14.06.2019 14:38)
    - Они уже научились в HiDPI и сенсорные экраны? (внезапно у меня дома и то и другое) - lloyd(14.06.2019 15:23)
      - HiDPI без понятия, ни разу не требовалось, а с сенсором уже давно работает всё. Уже много лет. Там целая поддержка жестов даже есть. Плюс свои жесты делать можно. - FDA(14.06.2019 15:30)
- Бери Qt, не ошибешься. - evgeniy1294(14.06.2019 12:27)
  - Уже второй человек рекомендует, будем пробовать. А так поверхностно сталкивался с qt-приложением другого разработчика, остался осадок нехороший, уже не помню почему. Думаю, просто не разбирался особо и сразу в бой. - Mefod(14.06.2019 13:21)
    - Скорее всего разраб был соответствующий - evgeniy1294(14.06.2019 13:27)
      - Ну, если там qml, то жопа.. они от версии к версии косяки исправляют, но концептуальные проблемы не трогают... POV_(186 знак., 14.06.2019 15:27, )
        
        Ну, добро вам, они наконец TableView сделали с виртуализацией. lloyd(158 знак., 14.06.2019 15:34)
        
        ИМХО, самого Qt с его многообразием компонентов вполне достаточно. Перелез с микромягких на него, пока только положительные эмоции. - Хитрый Китаец(19.06.2019 11:29)
        
        Да какая нахрен там скорость разработки если чтобы пробросить данные в сишник - упаришься. По-хорошему надо класс-оболочку под каждый компонент писать. - POV_(14.06.2019 15:37, )
        
        Можете выкинуть MVC подход и взять Flux. - lloyd(14.06.2019 16:25, ссылка)
        
        И какая связь с быстрой разработкой? - POV_(15.06.2019 11:14, )
        
        Ну, упаковываете все, что хотите передать в QVariant и полетело. Побыстрее, чем Q_OBJECT на каждый чих писать - lloyd(16.06.2019 07:37)
        
        Ничего не понял, но звучит бредом. Видимо, мы о разном говорим. - POV_(17.06.2019 09:56, )
        
        Так и есть. Там же MVC подход. Он требует приличного кодинга на каждый визуальный элемент. Одному разработчику тяжко такие проекты делать. - FDA(14.06.2019 15:42)
- Что вам от верхушки надо? Можете посмотреть в сторону Qt Quick - lloyd(14.06.2019 12:02)
- Javascript - наркоманский язык. - SciFi(14.06.2019 10:58, картинка)
  - Во-во! ЦА языков без строгой типизации - косящие под погромистов гуманитарии, тьфу! - Сидоргек(17.06.2019 10:10)
  - Сам по себе JavaScript довольно простой, гибкий и понятный язык. Другой вопрос, что сейчас его пытаются запихнуть куда попало. Ведь есть в настоящее время тенденция проникновения Web-подходов в декстопные приложения. - FDA(14.06.2019 15:44)
    - Тенденция уже прошла, веб давно уже в десктопе. - lloyd(14.06.2019 16:27)
  - Спасибо за картинку, взял себе в арсенал. - Mefod(14.06.2019 11:03)

Средства и методы разработки