Size: a a a

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

2021 September 07

АЛ

Алекс Ломовской... in iOS Developers — русскоговорящее сообщество
Ну, скажем, надо будет написать тестики. Тестируемость у MVP, как и у MVC практически нулевая
источник

АЛ

Алекс Ломовской... in iOS Developers — русскоговорящее сообщество
Разве это не необходимость ? А как на счёт инверсии зависимости, чтобы сделать приложение расширяемым
источник

АГ

Алексей Гладков... in iOS Developers — русскоговорящее сообщество
Я не говорил вроде ничего в поддержку никакой архитектуры ) Если есть необходимость писать тесты очевидно, что MVC так себе выбор будет скорей всего
источник

EM

Egor Markov in iOS Developers — русскоговорящее сообщество
Все должно быть к месту, если ты завозишь вайпер на проект из трех экранов, это клиника
источник

АЛ

Алекс Ломовской... in iOS Developers — русскоговорящее сообщество
Тут соглашусь
источник

АГ

Алексей Гладков... in iOS Developers — русскоговорящее сообщество
++ Вот я именно про это
источник

АЛ

Алекс Ломовской... in iOS Developers — русскоговорящее сообщество
Но все же полагаю, в данной ситуации либо делать слой TableViewDataProvider какой-то
источник

АЛ

Алекс Ломовской... in iOS Developers — русскоговорящее сообщество
Либо размещать массивы с данными для таблиц в презентере
источник

АГ

Алексей Гладков... in iOS Developers — русскоговорящее сообщество
Учитывая, что Apple рано или поздно, но додавит свой SwiftUI, то с декларативкой выбора особо не будет, там работают только UDF архитектуры
источник

АЛ

Алекс Ломовской... in iOS Developers — русскоговорящее сообщество
Ох, похоливарели немного и хватит. Погугли про отдельный слой для table view, по сути ты просто создаёшь класс, который является делегатом твоей таблицы
источник

D

Dmitry in iOS Developers — русскоговорящее сообщество
написать метод конфигурации ячейки внутри презентера? https://stackoverflow.com/questions/54444627/passing-data-to-another-controller-using-mvp-pattern-ios
источник

MY

Mikhail Yurov in iOS Developers — русскоговорящее сообщество
Привет. Пришёл реджект от apple сразу для двух прил с такой формулировкой:
When validating receipts on your server, your server needs to be able to handle a production-signed app getting its receipts from Apple’s test environment. The recommended approach is for your production server to always validate receipts against the production App Store first. If validation fails with the error code "Sandbox receipt used in production," you should validate against the test environment instead.

Использую sdk от apphud. До этого использовал его в других прилах и все ок было

Кто-то может подсказать, что тут имеют в виду?
источник

ДЛ

Дмитрий Липунцов... in iOS Developers — русскоговорящее сообщество
Переслано от Дмитрий Липунцов...
привет. почему из-за этого появляется утечка??
источник

ДЛ

Дмитрий Липунцов... in iOS Developers — русскоговорящее сообщество
проект чистый просто перетащил фаил mp3 и написал этот код
источник

ДЛ

Дмитрий Липунцов... in iOS Developers — русскоговорящее сообщество
вот что в инструменте leaks показывает.
источник

ДЛ

Дмитрий Липунцов... in iOS Developers — русскоговорящее сообщество
плюс в консоле это сообщение
источник

KY

Kerel Yofanov in iOS Developers — русскоговорящее сообщество
Приветствую, я студент и совсем новичок в ios разработке, делаю первый проект, подскажите, что за ошибка в UI? Я до этого никогда с ним не работал. Даже при удалении outet'a emailTextField ошибка не исчезает
источник

ДЛ

Дмитрий Липунцов... in iOS Developers — русскоговорящее сообщество
это проблема с аутлетов в сториборде удалил связь?
источник

DK

Denis Kim in iOS Developers — русскоговорящее сообщество
нажми в сториборде на вьюконтроллер правой кнопкой мыши, там вывалится список связанных с ним аутлетов. твой будет подсвечен треугольником типа предупреждение. нужно будет разорвать эту связь
источник

DK

Denis Kim in iOS Developers — русскоговорящее сообщество
суть в том, что сториборд ссылается на несуществующее свойство в коде (после удаления переменной emailTextField)
источник