Допустим, у меня есть поле, которое принимает 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
И у них будет два разных кода в этой "системе".
Я не предлагаю ЧЕЛОВЕЧЕСКУЮ модерируемую систему - это может быть полностью автоматический, НО систематический способ генерации этих "кодов".
A-Z,a-z,0-9
), мне кажется, вполне нормально. - person Joachim Sauer   schedule 04.05.2011