Как стать автором
Обновить

Комментарии 8

В чем смысл вашей статьи?
Я ожидал, что разработчик с опытом 7+ лет поделится своим опытом в виде проблем, с которыми он сталкивался при использовании каждого подхода и способами решения этих проблем. Вместо этого получил выжимку из документации на страничку.

Спасибо что подметили, я планировал серию статей на эту тему, добавил в название часть 1: введение)

Однозначно Jetpack Compose. Долго не переходил на него, сидя на XML и глупо считая, что это лучше. Но когда от скуки и ради интереса начал углубляться в Jetpack Compose, то осознал, как ошибался. Почти три года, как перелез на Jetpack Compose, обратно на XML ни ногой ))

Честно говоря от вступительной статьи ожидал видеть другое, например очевидное объяснение что один embedded, а другой встроенный, что дает как плюсы, так и минусы, сравнение объема библиотек и в принципе материала по ним...вообщем то, что хотел бы видеть всякий, кто хотел тронуть композ

один embedded, а другой встроенный

А разница в чем?

Не встроенный*

Немного невнимательно перепроверил, спасибо за поправку

А что лучше: джетпак или компоуз???

Я знаю о 2х недостатках Compose.

  1. На нем всё ещё нельзя разрабатывать UI системных приложений. Наверное не много кому это нужно, но всё таки.

  2. Мы снова смешиваем код и разметку. Вернее превратили разметку в код. 20 лет назад, когда я только начинал, мода была разделять, теперь снова смешивать ;-). При том это не только здесь, но и в KMP.

Из достоинств конечно - немногословность такого кода. Большая понятность и прозрачность.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации