Допустим, у меня есть поле, которое принимает A-Z, a-z, 0-9. Если я пытаюсь сообщить кому-то через документацию или создание API-интерфейса «что» может принять мой код, я должен сказать:
A-Z,a-z,0-9
Теперь, на мой взгляд, это ограничительно и подвержено ошибкам.
Сравните это с тем, что я предлагаю.
Предположим, что A-Z, a-z, 0-9 был присвоен "код" ANSI456
Когда я сообщаю это кому-то, я могу сказать, что мой код принимает ANSI456. Если кто-то еще разрабатывает чек, нет никаких сомнений в том, что мой код может или не может принять.
Для тех, кто предложит просто указать диапазоны символов, обратите внимание, что то, что я предполагаю, будет обрабатывать сценарии, в которых даже это определяется как действительный «код»
0-9, +, -, *, /
На самом деле, если все сделано правильно, у нас может быть сайт , генерирующий автоматический код на разных языках для размещения различных "кодов".
Хорошо - я ЗНАЮ, что есть ~ бесконечные значения, например:
a-z
отличается от
a-l,n-z
И у них будет два разных кода в этой "системе".
Я не предлагаю ЧЕЛОВЕЧЕСКУЮ модерируемую систему - это может быть полностью автоматический НО систематический способ генерации этих "кодов"