![What is he doing?
Ir
Tr •
He is beginning to regex
*
'[a-zA-Z]
'[0-I51
A(\+\d{1,2}\s)?\(?
\d{3}\)?[\s.-)\d{3}
[\s.-]\d{4}$
AS+@\S+\.\S+/
/л(([ло()[\]\\.,;:\з@"]+(\.[л<>()[\]\\."
\s@"]+)*)l("-+,,)>@{(\[[0-9]{1.3}\.[0-9]
(1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z
\-0*9]+V)+[a-zA-Z]{2](https://img2.safereactor.cc/pics/post/it-юмор-geek-The-Matrix-6988774.jpeg "it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,The Matrix,Фильмы")
Я далёк от программирования, но насколько трудно добавлять поддержку других языков? В смысле у меня есть софт открывающий архивы с изображениями. Если название изображений или самого архива написаны японскими иероглифами или буквами то он или не открывает или выдает ошибку чтения.
26.10.2021, 07:23
Очень многое зависит от форматов.
Если формат сам по себе юникодный, то разработчику практически ничего и не нужно делать, кроме как использовать исключительно юникодные аналоги функций вместо "обычных". В нормальных языках программирования вкупе с SDK такие функции должны быть.
Но вот пример с архивами коварен. ZIP-архивы - старый формат. Они могут использовать разнообразные однобайтовые кодировки, причем сама кодировка нигде в архиве не указывается. Распаковывающий пользователь должен сам понять, какой кодировкой пользовался запаковывающий пользователь, и выставить в настройках архиватора эту кодировку, чтобы корректно распаковать файл. Все настолько плохо, что даже по сей день пользователи Винды, Мака и Линукса нет-нет да и испытывают проблемы при обмене ZIP-архивами, хотя, казалось бы, у софта было больше 30 лет, чтобы сделать работу с этим форматом максимально простой и прозрачной для пользователя.
Мораль: выдумываешь консьюмерский формат - делай его юникодным (либо имей очень весомые основания поступать иначе).
Если формат сам по себе юникодный, то разработчику практически ничего и не нужно делать, кроме как использовать исключительно юникодные аналоги функций вместо "обычных". В нормальных языках программирования вкупе с SDK такие функции должны быть.
Но вот пример с архивами коварен. ZIP-архивы - старый формат. Они могут использовать разнообразные однобайтовые кодировки, причем сама кодировка нигде в архиве не указывается. Распаковывающий пользователь должен сам понять, какой кодировкой пользовался запаковывающий пользователь, и выставить в настройках архиватора эту кодировку, чтобы корректно распаковать файл. Все настолько плохо, что даже по сей день пользователи Винды, Мака и Линукса нет-нет да и испытывают проблемы при обмене ZIP-архивами, хотя, казалось бы, у софта было больше 30 лет, чтобы сделать работу с этим форматом максимально простой и прозрачной для пользователя.
Мораль: выдумываешь консьюмерский формат - делай его юникодным (либо имей очень весомые основания поступать иначе).
такое бывает если много легаси-кода, используются старые библиотеки, старые API-вызовы к операционке.
если писать с нуля сразу под юникод - такого не будет.
например, Total Commander вплоть до версии 7.0 (может и старше) не умеет совершать операции над файлами с европейскими символами или иероглифами. а до версии 3.0 и с кириллицей у него были большие проблемы.
если писать с нуля сразу под юникод - такого не будет.
например, Total Commander вплоть до версии 7.0 (может и старше) не умеет совершать операции над файлами с европейскими символами или иероглифами. а до версии 3.0 и с кириллицей у него были большие проблемы.
Контекста хватает полностью. Аналогично с тем, что \0 - нулевой символ, можно использовать escape-последовательности \x00 для и \u0000 для обозначения символа с одно- и двухбайтным кодом соответственно.
Работает как в JS, так и в python
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String#escape_sequences
https://docs.python.org/3/reference/lexical_analysis.html#string-and-bytes-literals
Говорят, даже в C++: https://stackoverflow.com/a/6797458
Послание читателям: "\u0442\u044b\u0020\u043f\u0438\u0434\u043e\u0440".
Работает как в JS, так и в python
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String#escape_sequences
https://docs.python.org/3/reference/lexical_analysis.html#string-and-bytes-literals
Говорят, даже в C++: https://stackoverflow.com/a/6797458
Послание читателям: "\u0442\u044b\u0020\u043f\u0438\u0434\u043e\u0440".
Чел, комменть свой код, реально спасает в таких делах
Классическое "быстро" против "хорошо".
Если ты ваяешь программу либо по работе, либо которой собираешься неоднократно пользоваться или публиковать, то использование DOM-парсеров - более правильный подход, снижающий вероятность ошибки, упрощающий код и последующие доработки. Пусть даже сама программа и будет чуть больше (однако при использовании нормального коробочного DOM-парсера - не сильно-то и больше).
Если тебе нужно один раз набыдлокодить скриптик, получить результат и забыть о нем, то делай как быстрее, конечно. Только это сложно назвать похвальным достижением, потому что это на уровне "ребят, я тут недавно забыл ключи дома, дверь захлопнул, но мне удалось влезть в открытую форточку", - все должны понимать, что по многим причинам в большинстве ситуаций в дом (no pun intended) нужно ходить через дверь, пользуясь с ключом.
Если ты ваяешь программу либо по работе, либо которой собираешься неоднократно пользоваться или публиковать, то использование DOM-парсеров - более правильный подход, снижающий вероятность ошибки, упрощающий код и последующие доработки. Пусть даже сама программа и будет чуть больше (однако при использовании нормального коробочного DOM-парсера - не сильно-то и больше).
Если тебе нужно один раз набыдлокодить скриптик, получить результат и забыть о нем, то делай как быстрее, конечно. Только это сложно назвать похвальным достижением, потому что это на уровне "ребят, я тут недавно забыл ключи дома, дверь захлопнул, но мне удалось влезть в открытую форточку", - все должны понимать, что по многим причинам в большинстве ситуаций в дом (no pun intended) нужно ходить через дверь, пользуясь с ключом.
Спустился сюда за тем, чтобы написать, что регулярки -- мощнейший и полезнейший инструмент, но из-за своей чрезвычайной выразительности (ну серьёзно), треубуется достаточно много практики, чтобы научиться их читать и эффективно пользоваться "из головы". И тут на помощь неофиту приходят саеты типа https://regex101.com/
Ваша регулярка и её матчи получат наиполнейший дамп того как работает машина, все группы символов и суб-матчи будут разложены, визуализированы, и даже всякие полезные коменты по стилистике оно, тащемта, тоже добавляет. Начните хуярить регулярки там где нужно, регулярно обращаясь за помощью к такому ресурсу, и вскоре регулярки превратятся в незаменимый, полезный и крайне эффективный инструмент. Больше никакой токенизации вручную, байтодрочерства и "я потом зделою конфиг потому что это долго а сейчас нахуярю статику в программу гвоздями". Capture-группы и рекурсия!
Это я делюсь опытом, спаибозавнимание
Ваша регулярка и её матчи получат наиполнейший дамп того как работает машина, все группы символов и суб-матчи будут разложены, визуализированы, и даже всякие полезные коменты по стилистике оно, тащемта, тоже добавляет. Начните хуярить регулярки там где нужно, регулярно обращаясь за помощью к такому ресурсу, и вскоре регулярки превратятся в незаменимый, полезный и крайне эффективный инструмент. Больше никакой токенизации вручную, байтодрочерства и "я потом зделою конфиг потому что это долго а сейчас нахуярю статику в программу гвоздями". Capture-группы и рекурсия!
Это я делюсь опытом, спаибозавнимание
Обожаю две вещи - писать формулы в екселе и баловаться регулярными выражениями.
Ексель - за то, что для простых, казалось бы, операций требуется написать страницу формул.
Регулярные выражения - за то, что сам перестаешь понимать как работает регулярка через 10 минут после написания.
Ексель - за то, что для простых, казалось бы, операций требуется написать страницу формул.
Регулярные выражения - за то, что сам перестаешь понимать как работает регулярка через 10 минут после написания.
Чтобы написать коммент, необходимо залогиниться
