Жиза?⁠⁠

Эээ, а что, бывают проекты исключительно с правильным и читаемым кодом?

Хотя в целом специалисты переходят на более высокоуровневое программирование. Начал недавно таки юзать SwiftUI. Решил картинку с сети загрузить, а Image то оказывается в запросы не умеет. Открыл документацию, есть некий AsyncImage который появился с выходом iOS 15.. но он без кеширования, да и отказываться от прошлых iOS тоже как то не хочется. Ну ок. Написал на urlsession с downloadTask обработчик с кешированием в NSCache и сохранением в .cache на обратном вызове с постановкой в очередь и внедрением значений в главном потоке на изменение. Итого берём ссылку, проверяем кеш, потом проверяем диск и уже потом качаем если нигде нет. Обычная нетривиальная задачка. Соответственно с контролем статуса загрузки и обработкой всех возможных ошибок и состояний. Потратил на это целый час. Потом делюсь кодом с одним товарищем, а он на серьезных щах втирает мне про Combine, мол новые технологии и т.д. Я попробовал объяснить, что комбайн для urlSession работает не на downloadTask, а на dataTask, про проблемы с памятью при загрузке через дату файла более 5мб… безрезультатно. Вникать никто не хочет. Собственно это же и провоцирует написание тестов, сейчас я это понял…просто легкий способ избежать проблем не вникая в архитектуру. Возможно это и правильно.

Привет. Примерно это и имел ввиду, спасибо за дополнение. Я обычно в довесок к протоколам запрещаю переопределять важные методы, потому как видел неоднократно непонятные попытки обойти их, иногда просто люди не догоняют их важность и тупо приводят к соответствию. Ага.. должен быть вот такой метод и вернуть Data.. хм.. ну ладно, вот тебе return Data(), а что под капотом происходит не вникают. Соответственно код падает. В итоге на каждый класс кучу протоколов, final private на 99% методов, несколько проверок данных… но я не могу назвать это тестами, это структура языка и его безопасность.

Сижу, ручками тестирую, проверяю возможные варианты. Так тыкаю и эдак тыкаю. Я понял о чем речь, не уверен, что тесты справятся так же хорошо как я. Обычно я стараюсь свести все к изменениям в одном потоке, чтобы не было неожиданностей. Запускаю доп.проверки из разряда «если состояние не изменилось, то что делать» и в целом использовать комбинированные данные. Благо Apple выпустило combine и в целом можно практически полностью отказаться от обратных вызовов… при всем этом я реально не понял пользы тестов. То есть я отдалённо понимаю, что это позволит съэкономить мое же время т.к. написать тест быстрее чем проверить… но либо я тесты неправильно использую либо они работают не так идеально как ожидается.