14 / 17 / 1
Регистрация: 15.11.2018
Сообщений: 122
|
|
1 | |
RAD, вин приложения и ORM15.11.2018, 15:36. Показов 747. Ответов 29
Метки нет (Все метки)
Объясните мне тёмному, почему произошёл отход от
1. Компонентного визуального программирования. На мой вкус, по крайней мере, для тех задач которые я решал (небольшое ПО для специфичных нужд компании), разработка в среде визуального проектирования (дельфи/с++ bulder) удобней и быстрее чем разработка питон+QT/TK. Так окошки создавались во времена моей учёбы, помниться только в MFC и устаревших библиотеках типа OWL. 2.Уход от приложений Winform. К тем же Web интерфейсам. Я понимаю что переносимость, но разве она всегда нужна? опять же- потери в производительности. 3. Работа с базой через ORM. Опять же- понимаю, что если надо разработать ПО работающее с разными серверами БД такой промежуточный слой может быть оправдан. Но ведь часто это не требуется. Нафига такие сложности и превращение содержимого Базы данных чуть ли не в чёрный ящик. Ко мне обращается кадровик- неверно они завели кол-во дней по льготе для сварщика. И остаток отпуска неверно вычислен. Смотрю- данные при изменении кол-ва льготных дней нельзя провести перерасчёт остатков. Ручной операцией как в старых версиях 1С они это тоже сделать не могут. Ну и посчитать правильное кол-во и изменить данные в базе тоже проблематично- можно выяснить в какой таблице что храниться, но это долго и муторно. В результате плюю и отдаю задачу сторонней 1Снице (а значит -расходы для предприятия). С 1С я могу понять это -всё таки серьёзная платформа для которой такие наколенные решения могут быть не вполне приемлемы. Но с самописным то софтом, особенно не очень большим/сложным. Всё таки быстро всё в ай ти меняеться. несколько лет прошло с окончание вуза, а я уже не догоняю и вынужден переучиваться. Век живи, век учись, дураком умрёшь
0
|
15.11.2018, 15:36 | |
Ответы с готовыми решениями:
29
обращение к дочернему окну (Вин ГУИ) используя Вин АПИ простое приложение в вин хр работает, в вин 2000 ошибка Пример приложения MDI в RAD studio 10.2 trial Установка вин 7 после вин 8 косяки жёсткие |
12090 / 8369 / 1280
Регистрация: 21.01.2016
Сообщений: 31,550
|
|
16.11.2018, 06:40 | 2 |
Потому, что визуальная составляющая - лишь надстройка над моделью приложения, которая и является его ядром. Просто к этому не сразу пришли.
Кроссплатформенность - только часть профита даваемого веб-приложением. Основная - удобство для авторов проекта. Приложение развёрнуто в инфраструктуре владельца, а не на сотнях\тысячах машин клиентов, его легко обновлять, расширять. Оно защищено от взлома не впример лучше настольных вариантов. От ORM никто никуда не уходит. ORM используют там, где это целесообразно. Где нецелесообразно, то работают с голым SQL.
0
|
Модератор
3051 / 2193 / 459
Регистрация: 26.03.2015
Сообщений: 8,469
|
|
16.11.2018, 10:02 | 3 |
Гораздо проще, быстрее и удобней редактировать/копировать текстовый файл с разметкой (xml, json и т.п.), чем двигать мышкой в графическом интерфейсе.
Не по теме: Кстати, то же самое касается пользователей. Профессиональные операторы предпочитают всё делать с клавиатуры, не трогая мышку. Поэтому для них важны такие черты, как порядок табуляции, горячие клавиши, автозавершение и т.п. При проектировании интерфейса часто сталкиваешься с тем, что начальник (заказчик), который утверждает интерфейс, и оператор, который потом будет с этим интерфейсом работать, очень по-разному оценивают удобство работы. Начальнику удобней всё делать мышкой, выбирать из выпадающего списка и так далее, а оператору удобнее всё набирать с клавиатуры. Нет существенных потерь производительности. Для пользователя не имеет значения, откроется окно через 1мс после нажатия кнопки или через 40мс. Ручное редактирование данных БД (потенциально) нарушает целостность данных. После этого вся программа может начать работать неправильно. Вычислить, каким образом нужно изменить связанные данные - (в общем случае) трудоёмкая и ответственная операция, требующая кроме всего прочего очень много часов тестирования.
0
|
14 / 17 / 1
Регистрация: 15.11.2018
Сообщений: 122
|
|
16.11.2018, 13:17 [ТС] | 4 |
>Нет существенных потерь производительности. Для пользователя не имеет значения, откроется окно через 1мс после нажатия >кнопки или через 40мс.
Совсем? я вижу как минимум два источника- код на сервере обычно пишется на интерпретируемом а не компилируемом языке. то есть P код будет выполняться Ну и вторично- то что мы интерфейс не вызовами winapi (пусть и через обёртку в виде mfc/vcl) делаем. А опять же -интерпретация браузером html кода ( ещё и с js). Компьютеры конечно мощные сейчас и не критично- но всё же. >Потому, что визуальная составляющая - лишь надстройка над моделью приложения, которая и является его ядром. Просто к >этому не сразу пришли. Для всех ли программ это критично? если приложение достаточно небольшое и достаточно простое.Сейчас новый вид деятельности рассчитываем. Готовые приложения есть,но функционал избыточен а стоят от нескольких сот рублей. А своё написать -пара недель работы. Или такая локальная разработка собственным айтишником уже совсем вымирает? я понимаю, что разделение труда рулит по правильней работать в команде с отдельным аналитиком, разработчиками, тестировшиками, владельцем продукта и т д. Но это выходит значительно дороже. При этом я даже не в малом бизнесе тружусь (~250 человек). >россплатформенность - только часть профита даваемого веб-приложением. Основная - удобство для авторов проекта. >Приложение развёрнуто в инфраструктуре владельца, а не на сотнях\тысячах машин клиентов, его легко обновлять, расширять. Я могу понять когда это некий сервис для широких масс- к примеру бронирование отелей, могу понять в каких то случаях когда приложение прям массовое. Но когда к приложения 10/50/100 пользователей? 1C обновляется без особых проблем средствами GPO ( хоть на все машины домена ставь). Вторая используемая нами на работе программа обставляться с сервера тупо проверяя свою версию. закачивая новый exe и создавая bat для переименования файлов (на коленке- но работает). Третья обновляться не умеет и разработчики тупо высылают нам файлы с новой версией. При желании можно было бы с gpo извратиться, но по факту сделали проще- все файлы программы и библиотеки лежат на сетевом диске. Там и обновляем. Речь о ПО для внутреннего пользования (хотя эти программы и используют активно значительной частью сотрудников организации). С браузерами ведь тоже не без проблем- админ не выключил обновление браузера и он обновился- и всё -система неработоспособна (реальная ситуация в одной крупной всем вам известной отельной сети). Какие то системы которые я встречал вообще были только под IE заточены) >Оно защищено от взлома не впример лучше настольных вариантов. это да, реверс инженеринг проблематичен. Опять же -для внутренней разработки проблема не стоит. >Ручное редактирование данных БД (потенциально) нарушает целостность данных. После этого вся программа может начать >работать неправильно. Вычислить, каким образом нужно изменить связанные данные - (в общем случае) трудоёмкая и Уху. Поэтому смотрим на схему базы данных и делаем не на боевой базе а на тестовой. Ну и смотим что сами разработчики делали (они у нас как раз ручками sql запросами и делают). Что нетехнологично и потенциально опасно- согласен! но иногда необходимо/целесообразно >Гораздо проще, быстрее и удобней редактировать/копировать текстовый файл с разметкой (xml, json и т.п.), чем двигать >мышкой в графическом интерфейсе. Дельфи по результатам редактирования и генерирует текстовый файл формы. Хочется если очень -можно и как текстом с ней работать. >Кстати, то же самое касается пользователей. Профессиональные операторы предпочитают всё делать с клавиатуры, не трогая >мышку. Поэтому для них важны такие черты, как порядок табуляции, горячие клавиши, автозавершение и т.п. Операторы старого образца я бы сказал. Кто со времён Dos работает. Новые, которые сразу на 1С учились, многие не могут без мыши обойтись. Да и в ай ти бывает удобно работать- можно вспомнить консоль циско, bash и т. д.
0
|
12090 / 8369 / 1280
Регистрация: 21.01.2016
Сообщений: 31,550
|
|
16.11.2018, 13:31 | 5 |
Если скорость реакции выше субъективного порога "быстро", то цифры значения не имеют. Хоть 4мс, хоть 40мс.
Разве? Java и .NET уже не в счёт? Первичная интерпретация HTML\JS идёт однократно (чаще всего), при загрузке. Далее, тот же JS браузером JIT'ится в нативный код и уже не сильно-то и медленно работает. Это другой подход к разработке. Более "чистый" в плане архитектуры, что заметно уже на небольших масштабах. Если вам надо в LEGO поиграться, то берите какой-нибудь Delphi. Визуальные конструкторы подходят только для "накидывания" UI'я форм. Всё остальное в коде получается на порядки выразительнее и мощьнее. И что? Да хоть один пользователь, профит-то то озвученный от этого не умаляется. И домашние пользователи тоже должны в домен входить?
0
|
14 / 17 / 1
Регистрация: 15.11.2018
Сообщений: 122
|
|
17.11.2018, 12:53 [ТС] | 6 |
А что они компилируемые в машинный код? Виртуалка P кода насколько понимаю и у JS и у Java и у Питон по одним принципам работает. Да- над производительностью работают снижая потери, да- компьютеры работают быстрей. Но к тому же питону библиотеки требующие большого кол-ва вычислений (например криптография) пишутся часто на Си по причине как раз оптимизации производительности.
А на счёт скорости веб клиента- если резерв по ресурсам есть, то да- не критично. Но в целом ситуация мне кажется странной мне уже несколько лет- как только браузер стал у меня выжирать больше памяти, чем какая либо иная программа. А что актуально близкое к дельфи на современном этапе развития средств разработки? Дельфу то я конечно использую, но количество её пользователей мягко говоря не растёт А в чём принципиально то разница- либо я перетащил объект на форму и задал свойства, либо - создал экземпляр класса и через методы задал нужные параметры? Даже с не визуальными компонентами (Запрос в СУБД, коннектор, таймер и т д) Ну и интерфейсы пользователя тоже нужны- а с ними удобней не высчитывать пиксели, а скомпоновать визуально. /Сс Стоит у меня на компьютере игрушка. Кораблики. Онлайновая т к им критично что бы версия клиента была актуальной у пользователей. Отдельным процессом который они запихивают в автоспуск идёт сервер обновления. Причём такие процессы я не только у игр замечал, но и у офисного софта и браузеров.
0
|
12090 / 8369 / 1280
Регистрация: 21.01.2016
Сообщений: 31,550
|
|
17.11.2018, 14:20 | 7 |
За питон ничего сказать не могу, ибо не знаю, но Java и C# (как и JavaScript) имеют механизм JIT, который компилирует байт-код в нативный во время исполнения программы. Т.е. конечный результат не сильно-то и медленнее кода на неуправляемых языках.
Современные браузеры - самостоятельные платформы с тонной функционала и возможностей. Плюс, современные веб-приложения (которые SPA) довольно сложно так устроены. Оттуда и конское потребление памяти браузером. .NET и Java. Разница в том, что в коде у вас несоизмеримо больше возможностей. И да, я говорю про "визуальное программирование", где на форму перетаскивается не только UI (что нормально), но и всякие объекты подключений к базам данных и прочее. Кстати, декларативное описание интрефейсов показало себя на много лучше, чем визуальные конструкторы. Посмотрите на возможности WPF (.NET), JavaFX, Qt Quick, да и на весь веб. И что? Профит сокрытости большей части кода это не умаляет.
0
|
14 / 17 / 1
Регистрация: 15.11.2018
Сообщений: 122
|
|
17.11.2018, 15:52 [ТС] | 8 |
Речь тут шла об обновления.
А сокрытие кода- палка о двух концах. Поскольку я тружусь на стороне компании ПО закупает я как раз во всю ратую за передачу кода и максимального кол-во документации. А то бывает покупают ПО и потом в вендором мучаются- за каждый чих денежка (и весьма ощутимая). По мне дак куда удобней через перетаскивание интерфейс создать чем формы в html лепить. Разве что в расчёте, что всё что связанно в вебом будет генерироваться на основе более высокоуровневой информации движком (как 1С- у меня необольшая часть пользователей через браузер работает. А на счёт возможностей- чем меня ограничивает компонента для работы с БД на форме? я ведь с ней могу не из свойств работать а из кода. Собсвенно я её иогу и создавать не визуально, а а из кода как объект (в той же дельфи). При этом у меня есть выбор -как это делать. Чем плохо ? Были помнится ещё когда то в ходу мастера/эксперты которые код частей приложения генерировали (допустим mvc с mfc). Эта идея так понимаю тоже вымерла? я не буру тут штуки типа генерацию классов case средством на основе uml. Кстати, что сейчас из Case входу? меня учили когда то erwin+bpwin+ немного Rational Rose.
0
|
12090 / 8369 / 1280
Регистрация: 21.01.2016
Сообщений: 31,550
|
|
17.11.2018, 16:42 | 9 |
Ничего не понял. Как документация связана с защитой кода от реверс-инижиниринга?
А кому-то вообще удобней с копьями бегать. Вы не перекладывайте своё любительское видение ситуации на других. Речь о том, что такие вещи вообще к UI никак не относятся. Разделяются на разные логические переиспользуемые модули, связываются вместе через DI и IoC и покрываются тестами (если практикуется). Визуальный мастер на этом фоне, как махание ломом там, где нужен скальпель. Хз о чём вы.
0
|
14 / 17 / 1
Регистрация: 15.11.2018
Сообщений: 122
|
|
17.11.2018, 17:19 [ТС] | 10 |
Документация -схема базы, описание интерфейсов взаимодействие модулей, документация на исходники- то что позволит, при необходимости поручить дальнейшее сопровождение или доработки ПО третьей фирме или создать внутренний отдел.
Хорошо -давайте по другому: 1. я это быстрее сделаю, чем буду верстать html У Вас иначе? 2. Больше шансов на то что интерфейс будет более менее стандартней. Помните у MS были рекомендации- SDI,MDI. и это представлялась как достижение- единообразие позволит пользователю легче осваивать новое ПО. С веб интерфейсами -насколько вижу каждый в веб делает в силу своих представления о эргономике и юзабелити. ок.
0
|
12090 / 8369 / 1280
Регистрация: 21.01.2016
Сообщений: 31,550
|
|
18.11.2018, 04:42 | 11 |
Причём здесь это? Мы же обсуждаем удобство веб-приложений. Какая связь с документацией?
Нет. Конкретно верстать в HTML дольше, но не настолько, чтобы очень. Но результат получается заметно мощнее. Попробуйте-ка на WinForms сделать "резиновый" интерфейс или анимации. Ага, потому, что веб не только для пользователей Windows. И это хорошо. Разнообразие и возможность проявить фантазию и дизайнерское мастерство.
0
|
Модератор
3051 / 2193 / 459
Регистрация: 26.03.2015
Сообщений: 8,469
|
|
18.11.2018, 21:53 | 12 |
Байт-код скомпилируется в машинный при первом запуске. Кроме того, большинство JIT-компиляторов предоставляют возможность выполнить компиляцию приложения после установки.
По моему опыту в большинстве случаев разработка собственных приложений вызвана тем, что стандартные приложения не подходят, так как в компании по-другому организованы бизнес-прецессы (документооборот, учёт и т.д.). А это практически всегда вызвано неправильной организацией бизнес-процессов в компании (хотя в некоторых случаях для этого могут быть объективные причины). Новые, которые ещё плохо знают систему, не могут без мыши обойтись. Либо те, которым всего-то и нужно, что пару документов вбить и какой-нибудь отчёт посмотреть. Если же взять профессиональных операторов, которые вводят сотни документов в день, им с клавиатуры быстрее и удобнее. Например, выбор чего-нибудь в выпадающем списке (особенно большом) занимает несколько секунд, а нажатие пяти клавиш (таб + первые буквы слова) занимает доли секунды.
0
|
14 / 17 / 1
Регистрация: 15.11.2018
Сообщений: 122
|
|
18.11.2018, 23:48 [ТС] | 13 |
Есть ещё вариант со специфичными задачами. Либо с побочной специализацией- когда некая деятельность является неосновной, функционал требуется минимальный и покупать полноценную систему с избыточным функционалом- слишком дорого. А специфика процессов- да, имеет место быть. Допустим российская специфика+ немецкая система автоматизации.
0
|
14 / 17 / 1
Регистрация: 15.11.2018
Сообщений: 122
|
|
11.12.2018, 07:50 [ТС] | 14 |
потребления ресурсов всё равно выше. Приложение написанное на win32 api (возможно в какой то обёртке- mfc, например) потребляет на интерфейс
несколько мб памяти. приложение написанное на интерфейсе через веб браузер потребляет.. дофига. ноут старый с гигом памяти как то запускал. Хром на нём уже умирает. При этом я вижу решения предлагаемые, например на хабре для организации интерфейса приложения на питон через обращения к веб вьюверу. И что то я не понимаю прелесть этого. Предлагают ещё и в мобильном приложении использовать (хотя ресурсы сотового и особенно его батарейки ограниченны). Резиновый= размещение элементов под размеры экрана/окна? куча ПО (тот же офис или визуал студио) с этим справляются. Анимацию сделать можно. не очень правда понятно зачем (это отвлекающий фактор для тех же самых проф операторов). Напомню: под Dos каждый интерфейсы делал как представлял нужным и как умел. Выработка Ms рекомендаций для разработчиков (и кажется даже сертификация была у них на соответствие)- это был шаг вперёд. Это может быть хорошо для любителя пофантазировать и постараться придумать нечто оригинальное. Но для индустрии ИМХО это скорее плохо. Средний фантазёр такой не придумает интерфейс удобней чем это продуманна в стандартнах. Скорее выйдет "я так вижу". А значит возникнет ещё одна проблема- для пользователя будет это источником головной боли т к каждое приложение будет иметь свой, особый интерфейс. С которым надо разбираться как работать. Оно пользователем нужно? а для предприятий потери времени сотрудников (и денег) на обучения связанные с таким переучиванием?
0
|
12090 / 8369 / 1280
Регистрация: 21.01.2016
Сообщений: 31,550
|
|
11.12.2018, 08:27 | 15 |
Это не имеет никакого значения, пока это "выше" находится на приемлемом уровне.
Всё верно. Только приложение написать "через веб браузер" можно не в пример быстрее, чем на голом WinAPI. Плюс полная переносимость, что тоже важно (иногда). Часто это решает. Ну, а пользователей с ПК с гигабайтом ОЗУ на борту меньшинство. Можно и подзабить на них. Скорость разработки (деньги программистам, время выхода на рынок), кроссплатформенность. Офис и визуал студио с этим справляются минимально. Они заточен только под экраны ПК. "Резиновость" подразумевает и экраны планшетов и мобилок (если можно вообще на них информацию упихнуть). Т.е. речь не о чуть-чуть Layout подправить, чтобы уместиться в HD, а о том, чтобы кардинально его перекраивать. Такое в принципе не в каждом ПО вообще возможно. А там, где надо, придётся выдумывать и много писать, ибо настольные UI-фреймворки под такое не затачивались. И что? Какая связь?) Что-то вы всё в кучу смешали. Стандарты наоборот ограничивают возможности, которые мог бы применить дизайнер. Не всё стандарты могут стандартизировать без потерь. Корпоративный софт дизайнерскими изысками не страдает, ибо вы не единственный понимаете, что такое ПО должно быть узнаваемым в плане механик работы с ним. Так, что всё пучком. Корпоративное ПО имеет "стандартные" решения в UI, остальной - как художник видит.
0
|
14 / 17 / 1
Регистрация: 15.11.2018
Сообщений: 122
|
|
11.12.2018, 10:43 [ТС] | 16 |
Выше. Но ниже чем на VCL потребляющий намного меньше памяти.
А пользователей меньшинство.. это ещё вопрос что тут первично- нерациональное ресурсов использование вынуждает пользователей модернизировать технику или техника равиваясь перестаёт разрабов мотивировать экономить ресурсы. Мы ведь с Вами уже проговорили что VCL быстрее. Что то сверхскорости разработки я не наблюдаю. Что касается больших планшетов, то не сказал бы что софт обычный бод винду хуже чем на сайты себя ведёт- работаю с dell 10.8" А вот мобилки.. не могу сказать что даже сайты все работают на них адекватно (без необходимости пролистать постоянно или сидеть в с лупой что бы прочесть текст на 5" экране). Во многих ситуациях нужен либо совсем другой интерфейс (резистентностью не спасёшься). Курсера также при попытке пройти тест на сайте говорит- этот раздел лучше просматривать на устройством с большим экраном. Вы много сами программ знаете которые работают реально кроссплатформенно под сотовый на андройде, под win, под Mac и у которых единая кодовая база без многочисленных If с отработкой кода для специфичной платформы. Ограничивают. Если полёт фантазии бурный где то не нужен- его и ограничивают явно. На счёт же корпоративного софта.. не им единым. Давайте с другой стороны подойдём -много ли ПО где он нужен? кроме игр (где интерфейсы никогда на gdi и не делали- был directx с opengl -там полёт поболее возможен чем с html) Даже домашний компьютер -не корпоративный. Что на нём такого где нужен полёт фантазии? браузер? фотошоп с корелом? ms office? архиватор? среда разработки?
0
|
12090 / 8369 / 1280
Регистрация: 21.01.2016
Сообщений: 31,550
|
|
11.12.2018, 11:49 | 17 |
Что "выше"?
Перефразирую: развитие возможностей ПК стимулирует удешевлять разработку. Это естественный процесс. И не только в разработке ПО. Ну сожрёт у вас Slack 300-500 мегабайт оперативки. Ну и что? Кого это должно парить, когда машины с 4Гб ОЗУ уже потихоньку отходят и уступают место 8Гб? Я понимаю, что полгигабайта ОЗУ на простую чатилку - конина несусветная, но и ОЗУ сейчас уже стоит не так дорого. Да и пропорции использования памяти не шибко изменились. Жрала раньше IRC 5-10Мб памяти на машине с 32Мб ОЗУ. Сейчас 0.3-0.5Гб на машине с 4Гб. Сильно что-то поменялось? Да? Я что-то запамятовал. Быстрее в разработке? И чем? Да: Slack, Discord, VS Code и прочие творения на Atom (читай: веб-приложения в обёртке). Ещё на Java могло бы быть (кроме мобилок), ибо там тоже хорошая кроссплатформенность без пересборки, но что-то я не видел прикладного ПО на Java. Разве что IntelliJ, Eclipse и сдохших NetBeans. А кто будет решать где нужно, а где не нужно? И почему это надо ограничивать? Как я уже выше говорил: корпоративный софт сверхмеры не разукрашивают, а обычный пользователь крайне любит красивости. Кто? Полёт фантазии? Да. И везде. Чем больше, тем лучше. Мне приятно видеть обилие анимаций, теней, всяких гало и прочих свистелок и перделок. И не я один такой. Если поставить рядом два идентичных по функционалу приложения, и заставить выбирать, то я возьму разукрашенное. И друзья и знакомые мои так же поступят. Потому, что внешний вид создаёт впечатление более проработанного и крутого ПО. Люди любят глазами.
0
|
14 / 17 / 1
Регистрация: 15.11.2018
Сообщений: 122
|
|
12.12.2018, 01:23 [ТС] | 18 |
А где тогда развитие? улучшение характеристик. есть у меня на сотовом 4 gb памяти. но даже при этом тяжеловестность приложений не айс- они кушают слишком сильно батарейку. Некоторые приложение даже пришлось удалить Вот видите -даже тут примечание "кроме мобилок". Хотя java родная для андройд и изначально позиционировалось как переносимый язык. Решение корпоративные я втречал и даже использовал. Но java разработчики из компании подрядчика говорят что не всё так гладко-я ведь не просто так сказал без "if ов с разными вариантами кода в зависимости от.. " Линуксойды до сих пор консолью многие обходятся. и ничего- большая часть серверов в интернете под unix/linux. не наблюдаю я и анимации при настройки cisco- как то обходятся и остаются лидерами рынка. Если речь о приожениях для детей которые читать не умеют я соглашусь -красивости полезны и анимация нужна. Если же нам нужно выполнить некоторую задачу (не важно дома или на работе) -расклад совсем другой. Водителю КАМАЗА важно что бы машина перевозила много тон, имела хорошую проходимость, редка ломалась, а если сломается- была по возможности проста в ремонте. А не то- будет ли у него вместо механического спидометра экран с анимированным шумахером. А кто будет определять- эксперты по интерфейсу (эргономика,юзабилити и только потом -дизайн) нанятые для составления стандарта (в данном случае ms). и думаю им видней чем среднему дизайнеру васе.
0
|
12090 / 8369 / 1280
Регистрация: 21.01.2016
Сообщений: 31,550
|
|
12.12.2018, 08:29 | 19 |
Развитие в больших возможностях, в сильно лучшем визуальном оформлении, в переносимости между платформами (что не бывает бесплатно).
Да, "кроме мобилок" потому, что Swing не переносили под Android. Он (Swing) под это дело вообще не затачивался. Как WinForms и WPF. Да и виртуальная машина оказалась нужна более заточенная под ARM. Так и "виндузятники" не вылазят из Powershell. Но мы-то говорим о ком? О широком круге пользователей, а не только о программистах или админах, которым консоли хватает (и то не всегда). Марьи Ивановне нужен удобный UI, ей нет дела до "мощи" консольных приложений. Бухгалтеру Анне Александровне тоже нужно нормальное табличное и красивое представление движений по счетам (или как там умно выразиться). Ваське Пупкину тоже было бы приятнее заказывать новую видюху для майнинга в красиво сделанном интернет-магазине, а не квадратном страшилище а-ля девяностые. Рынок такой, каким его хотят видеть (голосуют рублём) большинство платёжеспособных пользователей. Будут платить за разноцветную тормозную каракатицу - будут её и получать. Это бизнес, а не клуб по самовыражению перфекционизма программистов. На самом деле, красивый внешний вид прекрасно дополняет функциональность. Бортовой компьютер с красивым UI замечательно дополняет гряземесные возможности Камаза. Кто их будет нанимать и зачем?) Самые лучшие эксперты - пользователи. Если им нравится, то они платят. Не нравится и есть альтернативы (конкуренты), то не платят. Есть довольно лёгкий TeamSpeak , есть вообще минималестичный Mumbe , но огромная пользовательская база, всё таки, у разукрашенного и жрущего ОЗУ Discord .Где там какой "эксперт по интерфейсу" - плевать. Пользователи сами делают свой выбор. И под это нужно подстраиваться. Иначе можно вылететь с рынка со своим перфекционизмом.
0
|
Модератор
3051 / 2193 / 459
Регистрация: 26.03.2015
Сообщений: 8,469
|
|
12.12.2018, 09:47 | 20 |
Что касается скорости разработки.
Текстовое представление окна (html, xaml, etc) править быстрее и удобнее, чем визуальное. К тому же визуальное представление - окно на экране - это только вершина айсберга. Глядя на него, нельзя понять, как будут вести себя элементы при изменении размеров или при другом разрешении, можно ли в два клика сменить оформление и так далее. Visual Studio позволяет переключить просмотр страницы в режим "дизайнер", где можно двигать элементы на экране мышкой, но я очень давно не видел, чтобы хоть кто-то этим пользовался. Хотя я соглашусь, что для новичков, слабо представляющих, что такое html/xaml, этот режим может быть полезным. А в современных реалиях веб-разработки "графическое редактирование" вообще лишено смысла. Ибо хтмл-код страницы предельно простой, а внешний вид изменяется стилями и скриптами. Дельфи я не видел уже сто лет. Она и на пике своей популярности не давала никаких особых преимуществ по сравнению с тем же вижуал бейсиком. Пусть у меня есть какое-то веб-приложение: данные хранятся в БД и их можно редактировать через веб-интерфейс. Мы добавляем в БД ещё одну таблицу, и нам нужно добавить в интерфейс страницы для просмотра, поиска, редактирования, создания, удаления таких объектов. Это занимает полчаса. Хоть на Бейсике, хоть на СиШарп. А можно написать плагин, чтобы делать это в два клика. В своё время для Бейсика я написал такой (вводишь название БД, а плагин создаёт проект с готовым веб-приложением или вводишь название таблицы, а плагин добавляет соответствующие страницы в текущий проект).
0
|
12.12.2018, 09:47 | |
12.12.2018, 09:47 | |
Помогаю со студенческими работами здесь
20
не запускается приложение на вин 10,на вин 7 все работает Стоит Вин 7 -64, хочу паралельно установить Вин 8 присоединить вин 7 к домену вин сервер 2008 восстановить загрузку вин 7 после установки вин хп Иконка приложения большого размера (Rad Studio 2010) RAD XE5, баги при компиляции приложения на android Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |