1

私は最近、PGP を使用して別の内部システムからのファイル出力を自動的に暗号化し、サードパーティ アプリケーションによって消費される外部ターゲット サーバー ディレクトリに sftp するアプリケーションをロールしました。プロセス全体のトラブルシューティングを約 1 週間試みましたが、今朝までメールでサードパーティから応答がありませんでした....

「<em>ファイルの名前が間違っているため、システムはあなたがファイルを送信したとは見なしませんでした。小文字にするべき大文字の「T」がありました。」</p>

Ok。ため息をついた後 (他の誰もそのディレクトリにアクセスできず、同様の方法で名前が付けられた他のファイルがないため)、「<strong>パスワード以外のユーザー入力の大文字と小文字の区別をアプリケーションが尊重する必要があるのはいつですか?」と考え始めました。ここで、「fileName」と「FileName」に意図的に別の意味を持たせたいときを考えようと頭をよぎっています。

ここでは、アプリケーション内変数の命名規則について話しているわけではありません。私は実際、大文字と小文字を区別する言語に非常に賛成です。

4

2 に答える 2

2

それは、それがどのプラットフォーム上にあるかに依存すると思います。Linux では、大文字と小文字の区別がデフォルトであるため、ディレクトリ内のファイルを検索するために、ファイル システムが nessacary を呼び出して大文字と小文字が区別されるようになります。しかし、それ以外はすべきではありません。

于 2008-10-30T18:08:19.923 に答える
1

次の場合はいつでも大文字と小文字を区別します。

  • 入力は、入力されたとおりに表示されることを期待しているユーザーに表示されます。

  • 大文字と小文字の本質的な意味は異なります。たとえば、 「kb」（1000ビット）とKB」（1024バイト）です。

  • データは、問題ステートメントのように、アプリケーションの外部でケースセンシティブに処理される場合があります。

  • データは保存されますが、「処理」（検索、並べ替え、比較）されないため、正規化する必要はありません。

于 2008-11-05T02:19:21.517 に答える