Наименьшее количество используемого символа-разделителя в обычном тексте <ASCII 128
Разобрался, довольно просто решить. Просто нужно обновить переменную inView внутри события ias.
ias.on('rendered', function(items) {
inView = $('.bodyText, img, iframe, video');
checkInView();
});
12 ответов
Принятие по некоторой смущающей причине, Вы не можете использовать CSV, которые, как я сказал бы, идут с данными. Возьмите некоторые демонстрационные данные и проведите простой подсчет символов для каждого значения 0-127. Выберите одного из тех, который не происходит. Если существует слишком много выбора, получают больший набор данных. Это не займет время для записи, и Вы получите ответ лучше всего для Вас.
ответ будет отличаться для различных проблемных областей, таким образом, | (канал) будет распространено в сценариях оболочки, ^ распространен в математических формулах, и то же, вероятно, верно для большинства других символов.
я лично думаю, что пошел бы для | (канал), если дали, выбор, но идущий с реальными данными является самым безопасным.
И независимо от того, что Вы делаете, удостоверьтесь, что Вы разработали схему выхода!
Вы, вероятно, оказываетесь перед необходимостью выбирать что-то и игнорировать его другое использование.
+
мог бы быть хороший кандидат.
Хорошо это собирается зависеть от природы Вашего текста в некоторой степени, но вертикальная панель 0x7C не неожиданно возникает в тексте очень часто.
Это может быть хорошо или плохо (обычно плохо) в зависимости от ситуации и языка, но сконцентрировать мысли ума, что Вы всегда можете Base64 кодировать все это. Вы затем не должны волноваться о выходе и невыходе из различных шаблонов на каждой стороне, и можно просто разделить и разделить строки на основе символа, который не используется в наборе символов Base64.
я должен был обратиться к этому решению, когда сталкивающийся с помещением XML-документов в свойства/узлы XML. Свойства не могут иметь блоков CDATA в них вообще, и узлы вышли, поскольку CDATA, очевидно, не может иметь далее блоков CDATA в этом, не повреждая структуру.
CSV является, вероятно, лучшей идеей для большинства ситуаций, все же.
Я не думаю, что когда-либо видел амперсанд, сопровождаемый запятой в естественном тексте, но можно проверить файл сначала, чтобы видеть, содержит ли это разделитель, и если так, используйте альтернативу. Если Вы хотите всегда смочь знать, что разделитель, который Вы используете, не вызовет конфликт, то сделает цикл, проверяющий файл на разделитель, который Вы хотите, и если он существует, то удвойте строку, пока файл больше не имеет соответствие. Не имеет значения, если существуют подобные строки, потому что Ваша программа будет только искать точные совпадения разделителя.
Мы используем ascii 0x7f, который является псевдопечатаемым и почти никогда не подходит в регулярном использовании.
Можно ли использовать символ вертикальной черты? Это обычно - следующий наиболее распространенный разделитель после запятой, или вкладка разграничила строки. Маловероятно, что большая часть текста содержала бы канал, и порядок (' | ') возвращается 124 для меня, так, чтобы, казалось, соответствовал Вашим требованиям.
Вы сказали "печатаемый", но который может включать символы, такие как вкладка (0x09) или перевод формата (0x0c). Я почти всегда выбираю вкладки, а не запятые для разграниченных файлов, так как запятые могут иногда появляться в тексте.
(Интересно достаточно таблица ASCII имеет символы GS (0x1D), RS (0x1E), и США (0x1F) для группы, записи и разделителей единицы, независимо от того, что это.)
, Если "печатаемым" Вы имеете в виду символ, который пользователь мог распознать и легко ввести, я пойду для канала | символ сначала с несколькими другими странными символами (@ или ~ или ^ или \, или обратная галочка, которую я, может казаться, не ввожу здесь) как возможность. Эти символы +=!$%&*()-'":;<>,.?/ кажутся, что, более вероятно, произошли бы во вводе данных пользователем. Что касается подчеркивания _ и хеша # и скобки {}[] я не знаю.
Как насчет Вас используют формат стиля CSV? Символов можно оставить в стандартном формате CSV, и уже существует много синтаксических анализаторов, уже записанных.
Вероятно, | или ^ или ~ Вы могли также объединить два символа
При использовании разных языков этот символ: ¬
оказался лучшим. Однако я все еще тестирую.