이 파일들이 Bash 시작에도 중요한 경우 왜 / etc / profile의 일부가 아닌가?

“왜 하나의 거대한 스크립트로 결합되지 않았습니까?”라는 대답은 다음과 같습니다.

1. 그것은 스크립트를 담당하는 사람들에게 유지 보수의 악몽이 될 것이기 때문입니다.
2. 스크립트를 독립 모듈로로드하면 전체 시스템을보다 동적으로 조정할 수 있으므로 개별 스크립트는 다른 스크립트에 영향을주지 않고 추가 및 제거 할 수 있습니다. 기타.
3. 그것들은 / etc / profile을 통해로드되기 때문에 어쨌든 같은 방식으로 bash “profile”의 일부가됩니다.

이러한 파일이 Bash 시작에 중요하지 않은 응용 프로그램 별 시작 파일 인 경우 왜 시작 프로세스의 일부입니까? 설정이 포함 된 특정 응용 프로그램이 실행될 때만 실행되지 않는 이유는 무엇입니까?

그것은 두 가지로 나눌 더 넓은 디자인 철학 질문처럼 보입니다. 첫 번째 질문은 쉘 환경 사용의 가치와 적절성에 관한 것입니다. 긍정적 인 가치가 있습니까? 예, 유용합니다. 모든 구성 문제에 가장 적합한 솔루션입니까? 아니요, 그러나 간단한 매개 변수를 관리하는 데 매우 효율적이며 널리 인식되고 이해됩니다. 달리 말하면, 이러한 것들을 이기종으로 구성하기로 결정하면 아마도 $ PATH는 별도의 독립적 인 도구로 관리 될 수 있습니다. $ EDITOR와 같은 선호하는 도구는 어딘가에 sqlite 파일에 있고 $ LC lang 내용은 텍스트 파일에있을 수 있습니다 다른 곳에서 사용자 정의 형식 등-env 변수를 사용하지 않고/etc/profile.d갑자기 더 단순 해 보입니까? env 변수가 무엇인지, 어떻게 작동하는지, 어떻게 사용하는지, 이미 “환경” 이라고 불리는 5 가지 유비쿼터스 측면에 대해 완전히 다른 5 가지 메커니즘을 배우는 것을 이미 알고있을 것입니다 .

두 번째 질문은 “시작하기에 적절한시기입니까?”입니다. 이는 매우 효율적이지 않다는 이의를 제기합니다 (사용되거나 사용되지 않을 수있는 모든 데이터 등). 그러나:

• 현실적으로, 데이터를 많이 사용하는 것은 아닙니다. 부분적으로 올바른 응용 프로그램을 구성하는 다른 방법이 있기 때문에 올바른 매개 변수를 가진 사람이 몇 가지 간단한 매개 변수 이상으로 사용하지 않기 때문입니다.
• 일반적으로 호출되는 항목과 관련하여 현명하게 사용되는 경우 호출 gcc할 때마다 파일에서 기본 $ CFLAGS를 설정하는 등의 효율성이 떨어집니다. 관련된 메모리의 양은 무한대라는 것을 명심하십시오.
• 그것은 하나 이상의 응용 프로그램과 관련 될 수있는 체계적인 것들을 포함 할 수 있으며, 쉘은 일반적인 근거 입니다.

이 목록에 더 많은 내용을 추가 할 수 있지만, 이것이 문제의 장단점에 대한 아이디어를 제공 할 수 있기를 바랍니다.

답변