오픈 소스 라이브러리의 파일 및 폴더에 대한 명명 규칙을 생각하고 있습니다. 이 4가지 이름을 가진 경로는 특별한 의미를 갖습니다.
@src
@target
@transform.sh
@run.sh
탭 완성이 약간 불안정하다는 점을 제외하면 모든 것이 괜찮아 보입니다. 파일 경로에서 at 기호를 사용하는 데 문제가 있을 것으로 예상하는 사람이 있습니까?
경로에 고유 식별자를 만드는 데 사용할 수 있는 또 다른 좋은 기호가 있습니까?
어쩌면 < > 문자가 @보다 안전할 수도 있습니다...
답변1
@ 기호는 일반적으로 호스트 이름의 시작으로 이해됩니다.
mail [email protected]
이는 네트워크를 사용할 수 있는 많은 프로그램이 이러한 문자로 인해 혼동될 수 있음을 의미합니다. 앞에 슬래시를 추가하면 이러한 혼란이 줄어들 수 있지만 /@시작 파일에 네트워크 사용량이 없고 더 강력해 보이는데 왜 시스템과 싸워야 할까요?_
필요한 것이 "멋지고" 파일 시스템이 유니코드를 사용할 수 있는 경우(일부 파일 시스템은 사용할 수 없음) 다음을 사용하십시오.
☺src
☺target
☺transform.sh
☺run.sh
또는 쿨: ❄src 리듬 사용: ♫src또는 ʕ•ᴥ•ʔsrc선택하세요.
예, "한 단어" 기호가 많이 있습니다. 보세요.이모티콘 블록
답변2
systemd는 파일 경로에 @:를 사용합니다. 귀하 프로젝트의 Linux 사용자에게는 어떤 문제도 없을 것으로 예상됩니다. 제가 보기에는 안전해 보입니다./usr/lib/systemd/system/[email protected]@
를 포함하여 포함 @된 문자열을 다르게 처리하는 네트워크 명령을 본 적이 없습니다 mail. 생략하면 rsync는 이름이 지정된 시스템의 홈 디렉터리 에 복사를 시도하는 대신 로컬 파일을 생성합니다 .:rsync SRC user@host::user@hostuserhost
답변3
예, 저는 그다지 유행에 뒤떨어지지는 않지만 키보드를 사용하여 꽤 많은 유니코드 문자를 생성할 수 있는 것 같습니다 alt + [x].
따라서 파일 경로에 @ 기호를 사용할 필요가 없습니다. 이를 위해서는 \@를 이스케이프해야 합니다.
아마도 다음 중 하나를 사용할 것입니다.
ΔΣμß
Alt 키와 문자 키 조합으로 생성됩니다.
이러한 문자를 사용할 때 필요한 탭 완성을 완료할 수도 있습니다.
파일 경로에서 이러한 유형의 문자를 사용하는 데 문제가 있는 사람이 있으면 최대한 빨리 알려주시기 바랍니다. :)