{ "maxItems":"3"; "collection":["qwe", "qwe"]; } против <collection maxItems="3"> <str>qwe</str> <str>qwe</str> </collection>

А у тебя строки каких классов. Ты куда str проебал?

Ты классы то добавь, не читери. Представь что там Cat Dog а не строки.

какие еще классы?

какой-то бред имхо. наркоманы

какие еще классы?

классы str. str имя класса пусть будет, давай, пихай str куда-нибудь

{ "maxItems":"3"; "collection":[ { "str":"qwe" }, { "str":"qwe" } ]; }

типа className="str"

ну и?

А у тебя maxItems к потолку прибито? Как понять что это относится к collection?

чувак

Так это атрибуты, не?

иди почитай че нить

Оба вы правы. Для описания дерева UI удобнее юзать XML, но читать его хреново

Так это атрибуты, не?

+

А у тебя maxItems к потолку прибито? Как понять что это относится к collection?

maxItems это из какого парсера?

классы str. str имя класса пусть будет, давай, пихай str куда-нибудь

Чувак, зачем? Ты придумываешь какую-то искуственную лабуду. JSON для передачи сериализованных данных, там это нафиг не надо. Если есть строка - то это строка

Оба вы правы. Для описания дерева UI удобнее юзать XML, но читать его хреново

вопрос не стоял в удобстве, а в принципиальной возможности

Хотя я согласен с тем, что андроидская верстка неплохо лежит в xml. Но в JSON тоже можно было бы без проблем все сделать

Хотя я согласен с тем, что андроидская верстка неплохо лежит в xml. Но в JSON тоже можно было бы без проблем все сделать

+

Да, и проблема в маппинге этого xml в классы в дальнейшем есть.

Json лучше описывает обычные объекты с пропертями

UI же в итоге в какие-то классы преобразуется, и раскидать XML по дереву классов и пропертям равносильно задаче преобразования в json

вопрос не стоял в удобстве, а в принципиальной возможности

Если вопрос в принципиальной возможности то я согласен, что в JSON можно как-то отобразить. Но это будет не полный эквивалент. JSON из коробки строит деревья без имен узлов и для детей нужно выделять именованое поле. Т.е. если у нас есть дерево без имен узлов и без детей, то мы сможем описать его и в XML и в JSON. Но если у нас есть деревья с именами узлов и детьми, то получается, что это дерево мы можем отобразить в XML 1к1. А в JSON мы начинаем рисовать другое дерево. И потом это другое дерево трактовать в оригинальное. В этом и есть вся разница. Нельзя построить дерево с помощью XML и с помощью JSON 1к1. С JSON ты получишь другое дерево, которое сможешь по своим правилам трактовать, но это будет другое дерево, без имен узлов, и с именоваными полями в объявлениях детей.

Я все.

Ну и собственно, Виталий, челендж ты проиграл, потому что ты нарисовал другое дерево, и не мог в принципе нарисовать дерево, как в XML, потому что использовал JSON. Вот теперь точно все. Сори.

Ты и в json, можешь привести все к какому-то стандарту, где будешь точно знать что у тебя тем или иным образом обозначает

а что если у тебя нет названий/типов узлов? будет наоборот, придется делать условности в xml и трактовать определенные теги как узлы

а pointer to pointer в свифт можно сделать? или свифт не поддерживает такие извращения?)

так что все это чушь про xml

дерево это структура данных, а xml и json лишь способы его описания

а что если у тебя нет названий/типов узлов? будет наоборот, придется делать условности в xml и трактовать определенные теги как узлы

Да. Все зависит от дерева.

Ну потерпи пару недель или бету качай xcode 9. Эти возмущения уже устарели

Так и живем, 9ку ставь

Так и живем, 9ку ставь

Я с девятки откатился)

это потому что не на xml написано

Уж подожду релиза

Уж подожду релиза

Ну хз, последняя бетка очень гуд работает

Аж подозрительно

Ну хз, последняя бетка очень гуд работает

А, ну значит икскод в целом паршив))

Ну хз, последняя бетка очень гуд работает

Но править проект и в восьмой и в девятой не гуд

А, ну значит икскод в целом паршив))

Как будто кто-то сомневался. И свифт долго собирается

А, ну значит икскод в целом паршив))

Не начинай

Не начинай

На больное давлю?

Особенно если тебе для компиляции в 9 надо изменения вносить

Давайте я наброшу: нахрена в Swift придумали разделять конструкторы на designated и convenience?

Давайте я наброшу: нахрена в Swift придумали разделять конструкторы на designated и convenience?

В ObjC тебя это не смущает?

Эм… а где там такое?

https://developer.apple.com/library/content/documentation/General/Conceptual/CocoaEncyclopedia/Initialization/Initialization.html#//apple_ref/doc/uid/TP40010810-CH6-SW3

И тут я не вижу такого строго различия, а в Swift нужно чётко указать convenience

The implementation of a convenience initializer (an initializer not marked as a designated initializer within a class that has at least one initializer marked as a designated initializer) must delegate to another initializer (with [self init...]).

Там не обязательно это, но сейчас желательно, NS_DESIGNATED_INITIALIZER макрос

Да, желательно, а в Свифт обязательно convenience указывать

Без этого другой конструктор внутри этого не вызвать

Я знаю

Они пришли к этому

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

В свифте сделали обязаловкой

Вот и вопрос: зачем они это?

Чтобы дети могли читать код, и понимали что куда? Да хрен, народ только путается

Ни кто же не читает документацию :)

Есть ещё в каких-нибудь языках такая фигня?

Дерьмо меньше писать будут (но это не точно)

Ха… рассказать как пишут не зная про это ключевое слово в Свифт?

Давай

ERROR: S client not available

Делается приватный метод, который как init, но не init и он вызывается из всех init, которые должны быть convenience :)

Ага, называется еще commonInit

Ага :)

И там кучка костылей ещё вокруг

Так можно почти про любую фичу сказать) Если не знаешь, то обходишь)

И жалобы «тут ругается, я не знаю как делать»

Я просто сейчас погуглил немного про это ключевое слово

И жалобы «тут ругается, я не знаю как делать»

Суть же ошибки пишет

Ну у меня сейчас на весь проект 1 конвиниенс инит, и то у NSError в экстеншне

Суть же ошибки пишет

А кто их читает? Даже по этому чатику видно: человек скидывает ошибку, где ему всё сказано, а он спрашивает тут почему это

Я же погромист, я хочу кодить, а не ошибки читать

Блин… а я понял зачем это

Чтобы проперти в 2 местах не инитить?)

Чтобы проперти в 2 местах не инитить?)

Да, для классов-наследников

Кто пользуется iOS 11? Я на iPad Air поставил, проблем не заметил, и накатил на iPhone 6s, и теперь его заряжаю 2 раза в день. :(

У меня на семерке с первой беты. Вроде норм все

Я снова со своими баранами. Подскажите пожалуйста, как победить? Очень неудобно.

свифтеры должны страдать

у меня было так, само отлегло )

скажи спасибо что в плейграунде не xml писать надо

Может xcode 8 надо поставить

Кто пользуется iOS 11? Я на iPad Air поставил, проблем не заметил, и накатил на iPhone 6s, и теперь его заряжаю 2 раза в день. :(

на SE полет нормальный, ставил на 6+ и батарея текла по 1% в несколько секунд

И отключить что-то типа автоматической компиляции

Как там кактус Виталий?)

И отключить что-то типа автоматической компиляции

swift [off] ASM [on]

Как там кактус Виталий?)

цветет сторибордами

swift [off] ASM [on]

Асемблер плейграунд есть?

Может xcode 8 надо поставить

8.3.3

скажи спасибо что в плейграунде не xml писать надо

Спасибо.

И отключить что-то типа автоматической компиляции

Где это и как отключить?