Windows 레지스트리와 UNIX/Linux에서 사용되는 방법의 주요 차이점은 무엇이며, 각 방법의 장점과 단점은 무엇입니까?
답변1
물론 직접적으로 비교할 수는 없지만 /etc 디렉터리는 Windows 레지스트리에 대응되는 디렉터리라고 생각합니다.
적어도 내 관점에서는 /etc 디렉토리의 주요 장점 중 하나는 다음과 같습니다. 즐겨 사용하는 텍스트 편집기로 각 파일을 열고 읽을 수 있으며, 이해하고 수정하거나 수정할 수 있기를 바랍니다.
Windows 레지스트리는 특정 바이너리 형식으로 저장되며, 파일 내용을 보여줄 뿐만 아니라 해석도 해주는 레지스트리 편집기를 사용하여 읽고 쓸 수 있습니다. 또한 모든 것이 하나의 큰 파일에 들어 있습니다.
답변2
UNIX에는 실제 동족이 없지만 wollud1969가 말했듯 /etc이 가깝습니다. 그러나 그것은 이야기의 일부일뿐입니다. 또한 설치된 타사 응용 프로그램에 대한 다음 /var(설치된 소프트웨어, 실행 중인 서비스 등에 대한 정보), /usr/local/etc(적어도 FreeBSD 및 일부 Linux 배포판에서는) 구성 정보를 고려해야 하며, 물론 소프트웨어 방법을 사용자 정의하는 각 사용자의 도트 파일도 고려해야 합니다. 작동합니다( HK_CURRENT_USER레지스트리의 하이브와 거의 동일). 그런 다음 프로세스 데이터를 실행하기 위한 /dev장치 인터페이스 /proc와 커널 자체( sysctl가상 kernfs파일 시스템 등을 통해) 가 있습니다 . 특정 플랫폼에 따라 다른 곳을 살펴볼 수도 있습니다.
지난 12년 동안 UNIX 사용자로서 내 관점에서 볼 때 UNIX 접근 방식의 가장 큰 장점은 응용 프로그램 구성 파일이 어디에 있든 일반적으로 일반 텍스트 파일이므로 일반 노인이 읽고 편집할 수 있다는 것입니다. (sendmail 구성 파일을 제외하고는 완전히 다른 종교 전쟁입니다...) 많은 응용 프로그램(브라우저, 데스크톱 응용 프로그램 등)이 구성 파일을 생성하지만 이는 텍스트 파일이므로 이러한 파일을 수동으로 편집하는 경우 편집 내용이 중단되지 않는 한 응용 프로그램은 일반적으로 작동을 중지하지 않습니다. 그 구문. 단점은 범용 구성 언어가 없기 때문에 관리하는 각 애플리케이션에 대한 구문을 배워야 한다는 것입니다. 그러나 실제로는 기껏해야 사소한 성가심입니다.
Windows 레지스트리는 응용 프로그램 ini 파일이 중앙에서 관리되지 않고, 그 안에 있는 값에 대한 엄격한 제어가 없고, 표준 위치가 없는 등 Microsoft가 문제가 있다고 간주한 유사한 상황을 해결하기 위해 적어도 부분적으로 개발되었습니다. 배치할 수 있는 소프트웨어입니다. 레지스트리는 이러한 문제 중 일부를 해결하지만(중앙에서 관리되고 특정 데이터 유형을 저장할 수 있음) 단점은 바이너리 형식이므로 숙련된 Windows 관리자라도 이를 보려면 GUI 도구를 사용해야 하며, 분실하면 쉽게 손상될 수 있습니다. 그리고 모든 소프트웨어 작성자가 Kewl 셰어웨어 응용 프로그램을 제거하기로 결정했을 때 스스로 정리하는 것에 대해 진지하게 생각하는 것은 아닙니다. 그리고 Windows의 거의 모든 다른 파일과 마찬가지로 레지스트리의 다양한 구성 요소가 디스크에서 조각화되어 읽기 및 업데이트 작업이 극도로 느려질 수 있습니다. 이 소프트웨어는 레지스트리를 사용할 필요가 없으며 Microsoft 자체 .NET 플랫폼에서도 XML 파일을 사용합니다.
Wikipedia 페이지에 대해기재내용이 매우 풍부합니다.
답변3
왜 그렇게 많은 비판을 받는가? 나에게 그것은 투명성이라는 한 가지에 관한 것입니다. 레지스트리에 아무것도 없는 것 같아요. 객관적으로:
- 조정할 때 실수하기 쉽습니다.
- 단편화될 수도 있다
- 소프트웨어를 제거해도 정크 항목이 삭제되지 않는 경우가 많습니다.
- 키 유형이 너무 많습니다(DWORD, QWORD, 문자열, 바이너리, 유니콘 등).