Когда же инструментарий для веб разработки приблизится к уровню инструментов
для разработки нативных приложений — визуальный редактор WISYWIG
с возможностью легко подключать компоненты и визуально компоновать страницу.
Из компонентов хотелось бы использовать что-то посложнее Bootstrap,
например Semantic UI или компоненты Angular’а / React’а.
Но не Telerik/Infragistics и пр. тяжеловесные контролы.
Раскатал губу? )
Ну хорошо, пусть без WISYWIG редактора, ну хотя бы с
hot module replacement / live reloading, чтобы при правке html/css/js|ts сразу
был виден результат в браузере мгновенно и без лишних нажатий (даже сохранения файла).
Поискал что есть на эту тему и заметил, что для React’а инструменты получше —
есть действительно мгновенный live reloading, а вот Angular пару секунд минимум тормозит.
Проблема в размере Angular’а? Или это легко решается?
По поводу компонентов:
для Angular нашел только один репозиторий http://ngmodules.org/,
но несмотря на 2110 modules он довольно грустный.
У React’а есть https://js.coach, который заметно лучше, да еще и https://react.rocks/,
где можно поискать компонент сразу с визуальным предпросмотром.
Но все равно фрагментация жуткая и как эффективно с этим работать не представляю.
Просьба
Если кто-то нашел для себя продуктивный вариант (сравнимый по скорости с инструментами для нативной разработки),
то поделитесь, пожалуйста, буду ОЧЕНЬ признателен.
зы Пересмотрел более 30 инструментов на эту тему, самыми интересными из которых оказались Webflow, Axure, Vaadin,
но все даже близко не приближается к тому, что хотелось бы.
ззы Может быть WebAssembly поможет перенести xaml с его инструментами в браузер?
Здравствуйте, Keith, Вы писали:
K>Когда же инструментарий для веб разработки приблизится к уровню инструментов K>для разработки нативных приложений — визуальный редактор WISYWIG
У инструментов для нативной разработки, как только уровень возможностей лейаута приближается к HTML, так сразу начинаются проблемы с визифигом.
K>Ну хорошо, пусть без WISYWIG редактора, ну хотя бы с K>hot module replacement / live reloading, чтобы при правке html/css/js|ts сразу K>был виден результат в браузере мгновенно и без лишних нажатий (даже сохранения файла).
K>>Когда же инструментарий для веб разработки приблизится к уровню инструментов K>>для разработки нативных приложений — визуальный редактор WISYWIG НС>У инструментов для нативной разработки, как только уровень возможностей лейаута приближается к HTML, так сразу начинаются проблемы с визифигом.
Какие именно возможности HTML имеете ввиду?
Делал на WinForms весьма красиво, и размеры окон подстраивались под объем содержимого,
хотя снег, конечно, не падал на контролы )
K>>Ну хорошо, пусть без WISYWIG редактора, ну хотя бы с K>>hot module replacement / live reloading, чтобы при правке html/css/js|ts сразу K>>был виден результат в браузере мгновенно и без лишних нажатий (даже сохранения файла).
НС>Для VS давно уже есть, BrowserLink называется.
Хот-кей все же нужен и JS фреймворки не поддерживаются, только серверный рендеринг.
Здравствуйте, vdimas, Вы писали:
V>Web-приложения не нужны. V>Сейчас в мобильном секторе модно делать клиентов под веб сервисы. V>А мобильный сегмент сегодня задаёт тон.
Есть какие-нибудь цифры, которые это подтверждают?
По моим ощущениям веб побольше мобильной разработки, особенно учитывая,
что на веб технологиях можно и для мобил разрабатывать.
Здравствуйте, vdimas, Вы писали:
V>Больше не значит лучше. V>Современный браузер — плохая платформа для приложений. V>Просто отвратительная.
Согласен.
K>> что на веб технологиях можно и для мобил разрабатывать. V>Можно, но не нужно или самое элементарное, что можно сделать за вечер. V>Всё-таки, энергоэффективность в мобильной области не на последнем месте.
Вроде не все так уж плохо, по крайней мере для простых формочек, которых большинство.
K>> Вроде не все так уж плохо, по крайней мере для простых формочек, которых большинство.
V>Если эти формочки на HTML-технологиях, то это очень тяжело. V>Это целый браузер, считай, поднимается для работы минимального приложения.
Здравствуйте, Keith, Вы писали:
V>>Если эти формочки на HTML-технологиях, то это очень тяжело. V>>Это целый браузер, считай, поднимается для работы минимального приложения. K> В теории — да, но на практике нормально работает.
Здравствуйте, Keith, Вы писали:
K>для разработки нативных приложений — визуальный редактор WISYWIG
Адобовский Дримвивер, а также есть несколько (много) от небольших фирм.
Есть онлайн конструкторы, wix, LPTracker и другие подобные.
По быстроте и удобству мне они кажутся на порядок лучше нэйтивных GUI билдеров (акак формо-шлепов).
Видео демо якобы крутейшего Qt там чего-то какие-то убогие слайдеры — такие видео демки для html были примерно 10-15 лет назад
и то гораздо круче, красивее, тени, сияние, 3D эффекты, драг-н-дропы в работе, а не дизайне и тд. И это было много много лет назад.
Такие демки Qt когда их приводят в качестве док. что Qt круче html-js-css вызывают только смех.
С компонентами все Ок, гуглить полифил, шадоу дом и тд.
Верстка даже до появления несколько лет назад флекс-бок была быстра и удобна, адаптивна, резиновая и тд.
Сейчас еще и флуид грид и теперь html-js-css это уже "полиграфического" уровня дизайнерская система.
Грубо говоря поезд ушел и все эти гуи билдеры которые не перейдут на поддержку html просто вымрут, быстро, очень быстро,
ибо убоги и безнадежно отстали.
Про браузер и что его тяжело вообще не понял, браузеры всегда есть на всех мыслимых девайсах от десктопа до смартфонов.
В чем тут проблема то? :-o
Он скорее графический html редактор, но контролов для разработки
я не увидел.
L>а также есть несколько (много) от небольших фирм.
А что-то более приспособленное для кастомной разработки есть?
Чтобы накидать контролов и быстро описать логику связывающую контролы?
Еще бы это на angular/react....
L>Есть онлайн конструкторы, wix, LPTracker и другие подобные.
Это скорее шаблоны с возможностью их модификации.
И сложную кастомную логику туда никак не запихнуть, только лэндинг пейджи и пр.
L>По быстроте и удобству мне они кажутся на порядок лучше нэйтивных GUI билдеров (акак формо-шлепов).
В нативных формошлепах легко подключить произвольные контролы и легко сразу нафигачить логику и запустить.
В CMS редакторах типа Wordpress'а более менее удобно делать только статический контент, но не кастомную логику.
L>С компонентами все Ок, гуглить полифил, шадоу дом и тд.
Полифил — это вроде фичи браезера реализованные через js библиотеки?
А Shadow DOM — это техника для быстрой отрисовки UI.
Компонентов не нашел.
L>Грубо говоря поезд ушел и все эти гуи билдеры которые не перейдут на поддержку html просто вымрут, быстро, очень быстро, L>ибо убоги и безнадежно отстали. L>
Здравствуйте, Keith, Вы писали:
L>>Адобовский Дримвивер
K> Он скорее графический html редактор, но контролов для разработки K> я не увидел.
в 99% мне надо кнопки, красивые или наоборот плоские, т.е. скинированные под заказчика
они там есть, инпут, чек боксы, слайдеры — все есть.
Резиновая верстка нэйтивная или под бутстрап — есть. Картинки, слайды, галереи — есть
медиа плеер, есть, таблицы — есть... графики чарты -есть. В принципе набор больше или сопоставим
с Дельфиским и кроме того все сразу из коробки со скинами через css.
K> Еще бы это на angular/react....
в настоящий момент имхо эти уродцы дублируют и не полностью нэйтивные возможности DOM-css-html-js
Нафига они вообще нужны ума не приложу, мертвая ветвь эволюции...
L>>Есть онлайн конструкторы, wix, LPTracker и другие подобные.
K> Это скорее шаблоны с возможностью их модификации.
вы их не видели — это полноценные конструкторы от 0 до оплаты кредиткой товаров и работающие воронки продаж
прямо из коробки с аналитикой и я.вебмастер и собственной системой трекинга даже телефоов и оф-лайн продаж
короче могучие всеобъемлющие системы...(для среднего бизнеса самое оно)
L>>По быстроте и удобству мне они кажутся на порядок лучше нэйтивных GUI билдеров (акак формо-шлепов).
K> В нативных формошлепах легко подключить произвольные контролы и легко сразу нафигачить логику и запустить. K> В CMS редакторах типа Wordpress'а более менее удобно делать только статический контент, но не кастомную логику.
L>>С компонентами все Ок, гуглить полифил, шадоу дом и тд.
K> Полифил — это вроде фичи браезера реализованные через js библиотеки?
нет,это для компонентов.
K> А Shadow DOM — это техника для быстрой отрисовки UI.
нет, это инкапсуляция — следующая ступень после ифрайма на которых и так можно почти все.
я как бы несколько радикализирую чтобы интересней дискутировать...
но в принципе да... html типа покрывает все потребности в построении ГУИ с большим запасом
все остальное как-то не есть уже необходимость...
если бы вместо хамл был хтмл то все стало бы намного круче и удобней...
а про хамл никто бы уже через месяц не вспомнил...
и еще одно большое преимущество — много дизайнеров — не програмеро
но могут сделать отличный дизайн на html адаптивный резиновый красивый живой и тд
т.е. разделение труда — программер это программер, а дизайне это дизайнер
а на хамле что-то и не слышал про дизайнеров таких, все программеры сами...
ну и если нет худ. образование соответственно убогость ГУИ
типа нарисуют в Qt четрые тонких красных полоски на черном фоне
и начинают на форумах постить СМОТРИ КАК КРУТО НА Qt можно !!!