Нахождение различий между версиями файла класса Java
Ситуация для ES 6
Предстоящая спецификация языка ECMAScript, издание 6, включает регулярные выражения, поддерживающие Unicode. Поддержка должна быть активирована с помощью модификатора u в регулярном выражении. См. регулярные выражения, поддерживающие Unicode в ES6 .
До тех пор, пока ES 6 не будет закончена и широко распространена среди поставщиков браузеров, вы все равно по-своему. Обновление: теперь существует транспилер с именем regexpu , который преобразует регулярные выражения Unicode ES6 в эквивалентные ES5. Он может использоваться как часть процесса сборки. Попробуйте в Интернете.
Ситуация для ES 5 и ниже
Несмотря на то, что JavaScript работает в строках Unicode, он не реализует классы символов, совместимые с Unicode, и не имеет понятия классов символов POSIX или блоков / поддиапазонов Unicode.
- Проблемы с Unicode в регулярных выражениях JavaScript
- Проверьте свои ожидания здесь : Javascript RegExp Unicode Тестер класса символов ( Редактировать: исходная страница недоступна, в Интернет-архиве по-прежнему имеется копия .)
- Flagrant Badassery имеет статью о JavaScript, Regex и Unicode , которая проливает некоторый свет на этот вопрос.
- Также читайте Regex и Unicode здесь на SO. Вероятно, вам нужно создать свой собственный «класс символов пунктуации».
- Проверьте Регулярное выражение: сопоставьте Unicode Block Range builder, который позволяет вам создавать регулярное выражение JavaScript, которое соответствует символам которые попадают в любое количество указанных блоков Unicode. Я просто сделал это для поддиапазонов «Общая пунктуация» и «Дополнительная пунктуация», и результат был таким же простым и прямым, как и я ожидал:
[\u2000-\u206F\u2E00-\u2E7F] - Также существует XRegExp , проект, который поддерживает Unicode для JavaScript , предлагая альтернативный механизм регулярных выражений с расширенными возможностями.
- И, конечно же, требуемое чтение: mathiasbynens.be - JavaScript имеет проблему с Unicode :
4 ответа
Возможно, что они просто скомпилировали его с новой версией компилятора Java, или с различными настройками оптимизации и т.д., так, чтобы функциональность была тем же, и код является тем же, но выходной байт-код немного отличается.
При поиске различий в уровне API, javap инструмент может быть большой справкой. Это произведет сигнатуры методов, и они могут быть произведены к простому тексту файлы и сравнили использующие нормальные различные инструменты.
Вы могли попытаться использовать различный инструмент (такой как свободный инструмент DiffMerge SourceGear) на декомпилируемых источниках. Это должно взять различия в файле, хотя это, вероятно, возьмет "незначительные" различия, например, если переменные назвали по-другому в этих двух версиях.
Можно использовать javap (в $JDK_HOME/bin) для декомпиляции Java .class файлы. Это скажет Вам (например), версию файла класса среди прочего