Я как раз собирался связать приложение с доменом, используя универсальные ссылки (или также называемые ассоциированными доменами, available since iOS 9). Пока все сработало, и при тестировании с Safari я смог правильно открыть приложение, а также проанализировать пути и параметры запроса любого URL-адреса.Параметры нижнего регистра в URL-адресе с использованием универсальных ссылок iOS
Но когда я открыл URL-адрес, который работал с Safari изнутри iMessage или Mail, он не удался. Я узнал, что при открытии приложения таким образом каждый параметр запроса получает переформатированные символы нижнего регистра, что неверно для моей обработки данных. Например
https://www.example.com/path?paramNameOne=ValueOne¶mNameTwo=ValueTwo
изменяется в
https://www.example.com/path?paramnameone=valueone¶mnametwo=valuetwo
Так вопрос, если есть деталь с этой технологией, что я не в курсе, или - в случае известной ошибки - стратегия Проппер чтобы справиться с этой проблемой.
Трудно сказать, не объясните или не покажите свою фактическую обработку данных. – ff10
@ ff10 Это должно быть неуместно. Когда вы перевозите что-то вроде «...? ProductId = AZ_42», а приложение получено «...? Productid = az_42», любая обработка должна быть завинчена в случаях, например. поиск элементов чувствителен к регистру. Кроме того, сравнение имени параметра не получится в нормальном isEqualToString: проверяет. Конечно, я мог бы попытаться вернуть, что где-то мои данные были изменены, но я бы предпочел получить именно то, что URL-адрес выглядел первоначально. – Funkybit
То есть, если ваш поиск должен быть чувствительным к регистру. Но, похоже, этот момент имеет решающее значение для вас. – ff10