IIS 나 다른 것들을 다시 시작할 필요없이 (개발 설정에서만) 일부 변수를 수정해야합니다. 그래서 Web.Config가 잘못된 위치에 있다고 가정합니다). IIS가 실행되는 동안 내가 말했던 것처럼 모든 요청에 대해 읽고 작성해야하는 약 500 개의 구성 설정을 저장하는 가장 쉬운 장소는 어디입니까?Asp.Net에서 라이브로 읽을 수있는 설정 파일을 갖는 가장 좋은 방법
편집 : 내가 말했듯이 내가 어떤 방식으로 성능에 대해 걱정하지 않도록,이 몇 가지 Q & D의 개발을위한 것입니다. 데이터베이스는 약간의 잔인 함으로 (처리하려는 것보다 더 많은 작업이 될 것입니다.) 빠른 설정 (예 : 설정)을 원합니다. 구문 분석에 대해 걱정할 필요가 없으며 읽고 쓸 수 있습니다. XML을 작성하면 어디에서 파일을 쓸 수 있습니까? 그렇다면 권한을 가지고 어지럽히는 데 시간을 낭비 할 필요가 없습니다.
데이터베이스에?
500 구성 요청마다 읽을 설정? 나는 그것들을 인덱스 화하고 캐싱 할 수 있도록 데이터베이스에 넣었습니다. 별도의 XML 또는 데이터 파일도 웹 서버에 의해 메모리에 캐시 될 가능성이 높지만 인덱싱 된 데이터베이스 테이블에서 성능을 제공하지는 못합니다. 그러나 설정에 액세스하는 방법에 따라 다릅니다.
자신 만의 "config"파일을 만들 수 있습니다. 그냥 .config라고하지 마십시오. 그런 다음 텍스트 파일처럼 읽을 수 있으며 모든 속성을 설정할 수 있습니다. 코드를 업데이트 할 수 있도록 파일이 변경되었음을 알리는 파일 감시 클래스 또는 무언가를 구현해야합니다.
많은 구성 옵션으로 데이터베이스 시스템을 사용할 수 있습니다. 캐싱을 잘 생각하면 전반적으로 가장 좋은 아이디어 일 것입니다!
작은 크기의 값을 사용하는 경우에도 오버 헤드가 커질 수 있으므로 모든 요청에로드/저장의 영향을 고려해야합니다. 그래서 캐싱은 매우 중요하게 될 것입니다.
나는 당신이 데이터베이스를 원하지 않는다고 말했지만, 500 개의 설정으로, 최선의 솔루션처럼 보입니다.
그렇다면 실제로 데이터베이스를 원하지 않는다면, 항상 로컬에 저장된 xml 파일로 덤프하고 필요할 때 읽기/쓰기 만 할 수 있습니다.
나는 너 자신을 생각하고 있었고, 나를 때렸다. – coder1