TLDR; @ нижний
Я задал следующий вопрос в разделе ошибок Facebook
ПРИМЕЧАНИЕ. Это скорее предложение по дизайну платформы, чем ошибка, поскольку мне не удалось найти портал отзывов о Chat API. В настоящее время я создаю чат-бота, который позволяет пользователю отслеживать цель. Он скажет что-то вроде «Вы ходили гулять 12 июля 2016 года?» и есть кнопки Да/Нет ниже.
В настоящее время, чтобы передать намерение, день и логическое значение достижения, мне нужно создать строку, подобную этой: , дата отслеживается [[[{date_tracked}]]]" и используйте регулярное выражение для захвата переменных с разделителями. Это может привести к ошибке синтаксического анализа в других случаях, когда шаблонные строки в полезной нагрузке являются переменными, введенными пользователем, т. Е. Если «{goal_achieved}» было заменено целевой переменной «>> meditated», тогда регулярное выражение, которое фиксирует шаблонную переменную, может завершиться ошибкой. .
Можно было бы использовать полезную нагрузку обратной передачи для хранения строки в кодировке JSON, но проблема в том, что строка полезной нагрузки регистрируется в пользовательском выводе, а строки JSON немного уродливы и запутаны. Проблемы, с которыми я сталкиваюсь, могут быть легко решены. исправлено, если полезная нагрузка не была зарегистрирована для пользователя. Вместо этого запишите текст для кнопки, чтобы помочь пользователю подтвердить, что кнопка была нажата.
Если это невозможно, есть ли какие-либо другие рекомендации по кодированию данных в полезную нагрузку кнопки? эм>
Был предложен следующий ответ (Марк Уилтсе)
Здравствуйте, Джастин. К сожалению, в настоящее время наша структура полезной нагрузки не поддерживает функциональность, которую вы пытаетесь реализовать. Насколько я понимаю, вы хотите использовать полезную нагрузку, чтобы сообщить своему бэкэнду, достиг ли пользователь своей «цели» в эту конкретную дату. Я бы посоветовал вам создать свой ответ полезной нагрузки для кнопки на вашем конце, прежде чем передавать его нам, что в основном является идеей JSON, которая у вас была изначально. Я знаю, что это немного громоздко, но ответ полезной нагрузки, переданный обратно, не зависит от текста, который был предоставлен в потоке мессенджера. Я бы посоветовал вам также попытаться очистить свои строки, если вы беспокоитесь, что пользователь ранее предоставил вам проблему с вашим регулярным выражением. Вы должны иметь возможность реализовать эту функцию, если предыдущие пользовательские данные очищены, чтобы избежать каких-либо проблем с разбором регулярных выражений/json. Поскольку это вопрос реализации, мне придется закрыть этот отчет как недействительный. Если вы все еще ищете дополнительную информацию и конкретные советы по реализации этого потока, отправьте сообщение в наш Stack Overflow, где у нас есть инженеры Facebook и широкий круг членов сообщества, которые также вносят свой вклад. http://facebook.stackoverflow.com/ Будьте осторожны и наилучшие пожелания вашему мессенджеру. Отметить
Эта фраза была особенно неясной:
Я знаю, что это немного громоздко, но ответ полезной нагрузки, переданный обратно, не зависит от текста, который был предоставлен в потоке мессенджера.
TLDR; Может ли кто-нибудь сообщить мне, как запретить кнопке регистрировать строку полезной нагрузки, чтобы я мог использовать ее для передачи JSON в свое приложение, чтобы пользователь не видел ее?