Когда приложение должно учитывать регистр при вводе?

StackOverflow https://stackoverflow.com/questions/251162

Вопрос

Недавно я запустил приложение, которое автоматически шифровало выводимый файл из другой внутренней системы с помощью PGP, а затем передавало sftp в каталог внешнего целевого сервера, где он должен был использоваться сторонним приложением.Я пытался устранить неполадки во всем процессе около недели и не получал ответа от третьей стороны до сегодняшнего утра по электронной почте....

Оказывается, файл назван неправильно, поэтому система не подумала, что вы его отправили.Там была заглавная буква “Т", которую следовало бы записать строчными буквами.

ОК.Тяжело вздохнув (поскольку больше ни у кого нет доступа к этому каталогу и другим файлам с похожими именами), я начал задаваться вопросом: “Когда приложение должно учитывать регистр при вводе данных пользователем за пределами паролей?” Я прокручиваю в голове то время, когда я хотел бы, чтобы "fileName" и "имя_файла" намеренно означали что-то другое.

Кстати, я не говорю здесь о соглашениях об именовании переменных внутри приложения. На самом деле я очень сторонник учета регистра в языке.

Это было полезно?

Решение

Вы хотите сохранить регистр всякий раз, когда:

  • Введенные данные отображаются обратно пользователю, который ожидает увидеть их именно такими, какими они были введены.

  • Прописные и строчные буквы имеют разное внутреннее значение. например «КБ» (1000 бит) против КБ» (1024 байта).

  • Данные могут обрабатываться с учетом регистра вне вашего приложения, как в вашей формулировке задачи.

  • Данные будут храниться, но не «обрабатываться» (искаться, сортироваться, сравниваться), поэтому нормализация не требуется.

Другие советы

Я полагаю, это будет зависеть от того, на какой платформе он находится.В Linux чувствительность к регистру установлена по умолчанию, так что для обеспечения чувствительности к регистру файловая система вызывает nessacary для поиска файла в каталоге.Но в остальном этого не должно быть.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top