Comments 15
у вас сборка готового приложения почему-то идет в самом конце. Может ее стоит вынести куда-то в начало, а потом уже будут статьи про "навороты"?
Есть у нас приложение, 2018 года рождения, писали на React под Electron. В ходе эволюции прикрутили туда ещё и Cordova, где-то тогда же, в 18-19 году...
Годы идут, разработчики меняются, несколько раз из-за недостаточной информированности пробовали скомпилить под мобилку капаситором. Но ничего с пол пинка не заводилось. В итоге на текущий момент у нас причесанная схема сборки под Electron и Cordova, и, в целом, не видим причин с неё съезжать. Разве что там совсем поддержку прекратят... Но, вроде, не прекращают.
Это я к чему: закидываю заявку на рассказ, есть ли реально какие-то бенефиты от перехода на капаситор для уже написанного проекта, кроме "ну теоретически он более современный"? Что-нибудь, ради чего действительно стоит страдать? Ну и про Capacitor Desktop тоже интересно, насколько он лучше/хуже Electron. У нас целая эпопея, чтобы оно заработало и в windows, и в разношёрстном разнообразии российских Линуксов, которые каждый на свой лад работают и порой требуют персональных фиксов.... Некоторые из которых мы даже не могли применить, пока не провели работу по обновлению реакта и электрона до последних версий, где нужные фичи только появились.
А то когда разработка выходит из стадии Hello World в стадию "большое приложение с наследием" - открывается много чего, о чем в туториалах не говорили :-)
Спасибо за подсказку для раздела следующей статьи. Расскажу про преимущества для старых проектов
Супер вопрос.
У нас похожая история: есть большой SPA + PWA, и мы рассматриваем Capacitor только ради скорости выхода в сторы.
Но главный вопрос не в “современности”, а в поддержке:
насколько реально будет поддерживать и обновлять нативные части (iOS/Android) в долгосрочной перспективе, если команда — веб?
Если есть опыт — поделитесь, пожалуйста.
И ещё: насколько сильно растёт стоимость поддержки по мере роста приложения?
Раз уж сравнили Capacitor с нативными штуками как React Native, то хотелось бы увидеть сравнение и с похожими технологиями. Например, с Tauri
Имх, имеет смысл. Возможно посмотрю. Но мы привыкли что подобные продукты разрабатывают корпорации, а не одиночки, по этому серьезно никто не относится.
Увы, капаситор, как и кордова сейчас никому не интересны. Как и Ionic ....
Попытаюсь это исправить
Увы, сомневаюсь что получится. В моде React и как следствие React Native. Хотя для простых, ненагруженных приложений, Webview и мост Cordova/Capacitor вполне себе. Знаю несколько довольно успешных приложений на этом стеке. Но как только дело касается производительности или натива - этот стэк сдувается.
...и это хорошо же, так и должно быть, пусть так будет и дальше. Не хочется, чтобы требования к железу телефонов росли так же, как требования к ПК, потому что программисты не хотят ни о чем думать, а хотят писать на своем любимом js - и не важно, какая задача.
Для крупных проектов возможно и не пойдет, но для клепки мелких этот вариант идеален. Писал на котлине, узнав о капаситоре сбежал на реакт, как минимум из-за tailwind, про анимации самых базовых вещей я молчу, котлин/джава это привет 2010 андроид, плюс к тому что на всех устройствах в одну строку кода масштаб адаптируется идеально а не надо плясать с бубнями в 25 эмуляторов)
Да здесь зависит не от крупности приложения, а скорее от того что делает приложение и какие аппаратные возможности задействует. Те тут можно зная один html /js сделать приложение для смартфона - это не круто ? По мне это самая хорошая идея архитектуры для быстрой разработки.
Факт один, у всех тулзов для кп-мобильной разработки есть бесячие моменты. С которыми вы либо миритесь либо нет. Самое прекрасное что тулза обновляется и добавляются новые возможности.
Когда Capacitor — плохая идея
игры и тяжелая графика;
сложные анимации;
Про Capacitor я толком знаю только то, что на нём писан мобильный Obsidian. И тут я не понял - почему не игры, графика и анимации, что по сути одно и то же, когда для этого есть как минимум Three.js с её Rogue Engine, Babylon.js и D3.js. Наоборот, хорошо должно быть, а у Flutter пока только 2D и Impeller новорожденный.
Архитектурно:
приложение работает в WebView;
Приложение из WebView запросы как из браузера шлёт или более эффективные способы взаимодействия придуманы, как в Tauri? Две большие разницы, без прояснения архитектура не понятна.
Пишите любые интересующие вас вопросы в комментарии и в личку.
Сам напросился...
Capacitor: от веба к мобильным приложениям. Часть 0. Зачем нужен Capacitor