Свифт, судя по-всему, это тот язык, на котором будут писаться все приложения для iOS в ближайшем будущем. Стоит ли при этом его изучать? По-моему, стоит.
Для изучения языка мало просто прочитать книжки. Нужно попробовать решать на нем разные задачи. И чем более глубокие, непростые задачи приходится изучать, тем лучше узнаёшь язык.
Поэтому вы, конечно же, правы. Но я отметил в статье, отмечу и тут. Это, главным образом, мой собственный образовательный эксперимент.
Извините, я никак понять не могу. Вы в принципе не признаёте иных решений, кроме тех, которые знаете, или просто желаете набросить?
Если вам требуется CSS, используйте конечно. Я ведь не заставляю использовать свою систему. Для этого и существуют разные варианты, чтобы иметь возможность выбрать нужный в конкретном случае. Впрочем, можно всегда пользоваться только микроскопом, это тоже валидное решение.
Короткий ответ — потому что он сделан для другого. Каскадность совершенно ни к чему, нет, как таковой, иерархии блоков, нет DOM'а, чтобы стили привязывать к элементам, лейаут делается совершенно по иным правилам. Это только те причины, которые на поверхности, реализовывать CSS для нативного использования тоже не очень приятно.
Это из-за клавиатуры? Обычно, если интерфейс на английском, то и единицы удобно по-английски вводить, специально форсируется ASCII-клавиатура, чтобы не требовалось переключать.
Про CSS я думал. Получилось, что они очень плохо ложатся на UI мобильных приложений. Впрочем, попытки применения CSS к ним уже были (например, https://nativecss.com).
Но, кроме указанных вами кейсов, существуют и другие, в которых решения, которые я применяю — более выгодны, чем применяемые вами. Для этого и существует множество форматов, которые используются в разных ситуациях.
Но вы правы, всё перечисленное мной можно реализовать в JSON. Впрочем, и в простом тексте можно, и в XML, и в ещё многих-многих вариантах.
Мне кажется, что это, все-таки, про другое. Схемы нужны, но сейчас они обычно описываются в самих модельных объектах. Отдельные схемы нужны, когда формат требует жесткой валидации или используется в большом количестве компонент. Это — достаточно редкое требование в том мире, где, в основном, живёт JSON и компания.
Свифт, судя по-всему, это тот язык, на котором будут писаться все приложения для iOS в ближайшем будущем. Стоит ли при этом его изучать? По-моему, стоит.
Для изучения языка мало просто прочитать книжки. Нужно попробовать решать на нем разные задачи. И чем более глубокие, непростые задачи приходится изучать, тем лучше узнаёшь язык.
Поэтому вы, конечно же, правы. Но я отметил в статье, отмечу и тут. Это, главным образом, мой собственный образовательный эксперимент.
Если вам требуется CSS, используйте конечно. Я ведь не заставляю использовать свою систему. Для этого и существуют разные варианты, чтобы иметь возможность выбрать нужный в конкретном случае. Впрочем, можно всегда пользоваться только микроскопом, это тоже валидное решение.
Это из-за клавиатуры? Обычно, если интерфейс на английском, то и единицы удобно по-английски вводить, специально форсируется ASCII-клавиатура, чтобы не требовалось переключать.
Сейчас немного обкатаю код на Swift и через какое-то время выложу вторую часть, вместе со ссылкой на библиотеки и исходный код.
Но, кроме указанных вами кейсов, существуют и другие, в которых решения, которые я применяю — более выгодны, чем применяемые вами. Для этого и существует множество форматов, которые используются в разных ситуациях.
Но вы правы, всё перечисленное мной можно реализовать в JSON. Впрочем, и в простом тексте можно, и в XML, и в ещё многих-многих вариантах.
Расскажите, а что именно вы называете андроидовской стилистикой?
Впрочем, там многие форматы обсуждались. Чтобы разобраться, какие популярны, какие нет — я и сделал это голосование.