Size: a a a

iOS Developers — русскоговорящее сообщество

2020 August 04

S

Sad Beladen🍷 in iOS Developers — русскоговорящее сообщество
Привет, не подскажете, как можно сделать сплит по двойным кавычкам?

Есть текст, его нужно обрезать этим urls": ["

Я делаю так

"urls\": [\"", добавляю обратный слеш, чтобы он тоже являлся частью строки, но почему то выдает ошибку

index out of range, хотя я сделал принт строки, она там явно есть, может дело в обратном слеше? \
источник

PS

Pavel Subach in iOS Developers — русскоговорящее сообщество
"urls\" -> \"urls\"
источник

PS

Pavel Subach in iOS Developers — русскоговорящее сообщество
\"" -> \"\"
источник

S

Sad Beladen🍷 in iOS Developers — русскоговорящее сообщество
Вот сама строка которую нужно обрезать
источник

S

Sad Beladen🍷 in iOS Developers — русскоговорящее сообщество
Вот как я его обрезаю
источник

AP

Aleksandr Poddubny in iOS Developers — русскоговорящее сообщество
Савелий Макаров
Можно немного архитекторского занудства? Дайте полям суффикс TextField / TF на ваш вкус, просто field значит немного другое. Ну и функция switchButton больше похожа на название переменной, нежели функции, если туда приходит touchUpInside от enterButton, то либо называйте enterButtonClicked, определяя внутри логику, либо называйте action что она делает, например authenticate / attemptToAuthenticate / whatever. Если в IBAction приходит только один UIControl, sender — лишний.
источник

AP

Aleksandr Poddubny in iOS Developers — русскоговорящее сообщество
Sad Beladen🍷
Вот как я его обрезаю
А в чем проблема десериализовать JSON?
источник

S

Sad Beladen🍷 in iOS Developers — русскоговорящее сообщество
Aleksandr Poddubny
А в чем проблема десериализовать JSON?
Да, не получилось ее мне обработать, поэтому инфу из нее по сплиту получаю
источник

СМ

Савелий Макаров... in iOS Developers — русскоговорящее сообщество
Aleksandr Poddubny
Можно немного архитекторского занудства? Дайте полям суффикс TextField / TF на ваш вкус, просто field значит немного другое. Ну и функция switchButton больше похожа на название переменной, нежели функции, если туда приходит touchUpInside от enterButton, то либо называйте enterButtonClicked, определяя внутри логику, либо называйте action что она делает, например authenticate / attemptToAuthenticate / whatever. Если в IBAction приходит только один UIControl, sender — лишний.
Да, без этих названий ничего конечно же не работало))
(Сарказм)
источник

AP

Aleksandr Poddubny in iOS Developers — русскоговорящее сообщество
Что значит не получилось? JSONSerialization / SwiftyJson @ GitHub в помощь
источник

AP

Aleksandr Poddubny in iOS Developers — русскоговорящее сообщество
Савелий Макаров
Да, без этих названий ничего конечно же не работало))
(Сарказм)
Правильный нейминг нужно развивать с самого начала
источник

СМ

Савелий Макаров... in iOS Developers — русскоговорящее сообщество
Aleksandr Poddubny
Правильный нейминг нужно развивать с самого начала
Ну я же не делаю программу для кого-то, я делаю её исключительно для себя, но если-бы я знал что в моей проге будет ковыряться кто-то кроме меня, я бы добавил бы комментарии для пояснения
// или */
источник

AP

Aleksandr Poddubny in iOS Developers — русскоговорящее сообщество
Савелий Макаров
Ну я же не делаю программу для кого-то, я делаю её исключительно для себя, но если-бы я знал что в моей проге будет ковыряться кто-то кроме меня, я бы добавил бы комментарии для пояснения
// или */
Зачем комментарии если переменная/функция в своём названии может нести весь смысл? Не правильной дорогой идёте.
источник

AP

Aleksandr Poddubny in iOS Developers — русскоговорящее сообщество
В том то и дело, что даже «для себя» надо делать правильно и красиво. Тем более где как не на пет проектах развивать скилл. В коммерции как правило TTM не позволяет это делать.
источник

k

kokozzz in iOS Developers — русскоговорящее сообщество
если кто то будет въежять в проект то хороший readme файл + читаемый код
источник

СМ

Савелий Макаров... in iOS Developers — русскоговорящее сообщество
Aleksandr Poddubny
В том то и дело, что даже «для себя» надо делать правильно и красиво. Тем более где как не на пет проектах развивать скилл. В коммерции как правило TTM не позволяет это делать.
Да, ты прав, но всё же на вкус и цвет товарища нет, это смотря кому как удобно
источник

AP

Aleksandr Poddubny in iOS Developers — русскоговорящее сообщество
Савелий Макаров
Да, ты прав, но всё же на вкус и цвет товарища нет, это смотря кому как удобно
К сожалению, мы тут не творчеством занимаемся, хоть погромирование от части и творческий процесс, но это все таки какая никакая наука, здесь правильно > удобно.
источник

В

Вовка in iOS Developers — русскоговорящее сообщество
Aleksandr Poddubny
К сожалению, мы тут не творчеством занимаемся, хоть погромирование от части и творческий процесс, но это все таки какая никакая наука, здесь правильно > удобно.
Что-что?
источник

DK

Denis Koval in iOS Developers — русскоговорящее сообщество
Вовка
Что-что?
Например у тебя есть 2 функции которые делают определенные работы..

Вариант "удобно":
func Do1(){}
func Do2(){}
Из другого класса вызываешь эти функции и уже хз что значит эти названия

Вариант "Правильно":
func createFile(){}
func deleteFile(){}
Дольше писать, но по правилам этики и в будущем не будет непоняток...
источник

В

Вовка in iOS Developers — русскоговорящее сообщество
А с какого болта первый вариант УДОБНО? ахахах
источник