Следует ли оставлять утверждения в производственных приложениях iOS?

Обычной практикой может быть включение утверждений в код для проверки входных параметров, целостности данных и т. Д. Во время приложения. разработка.

Я тестирую свои приложения, НО, учитывая, что я не Кнут (и он выписывает чеки на 1 доллар), и я не могу позволить себе нанять большую команду штатных специалистов по контролю качества, как это делают Некоторые производители программного обеспечения для медицинских и космических систем, я предполагаю, что во всех приложениях всегда будет много ошибок, которые никогда не были замечены во время тестирования или контроля качества. Предположение об обратном кажется интеллектуально нечестным. Итак, после тестирования приложения (и, очевидно, удаления всех ошибок, вызывающих любые ранее замеченные сбои ASSERT) и подготовки приложения к отправке в Apple, что нужно делать со всеми проверками ASSERT в сборке Release / Distribution? Оставить или нет?

Вот одно из оснований для того, чтобы оставить их в покое: если приложение работает некорректно для некоторых пользователей, оно может получить оценку «1 звезда», и никто даже не сообщит разработчику, почему это так, достаточно подробно. Но если приложение вылетает из-за сбоя ASSERT, приложение все равно может получить оценку 1-Star, но разработчик потенциально может получить некоторые аварийные дампы, косвенно через iTunes и iTunes Connect, если достаточное количество пользователей согласится, чтобы выяснить, что происходит не так.И если приложение будет отклонено Apple из-за нового сбоя ASSERT, это предотвратит попадание плохой версии приложения на устройства клиентов.