여러 응용 프로그램, 웹 서비스 및 Windows 서비스가있는 시스템을 사용하는 것이 더 좋습니다.web.Config 대 데이터베이스 설정 테이블
옵션 1) 데이터베이스 테이블에 모든 설정을 저장하고 어딘가에 캐시하십시오. 아마도 웹 서비스를 사용하여 응용 프로그램간에 캐시 객체를 공유해야합니다. 그런 다음 사용자 조작을 위해 그리드에서 이러한 설정 중 일부를 볼 수 있습니다.
옵션 2) 모든 설정을 공통 구성 파일에두고 각 응용 프로그램의 web.config 또는 app.config가 해당 파일을 가리 키도록 설정하면 해당 설정을 그리드에 배치 할 수있는 방법이 있지만 아마도 당신은 "역할에 기반한 설정을 보여주는"기능을 잃게됩니다.
감사
이 많은이 원하는대로 내려 온다, 당신이 설정에 액세스해야하고, 얼마나 자주 변경할 수 있습니다 때, 무슨 말을하는지 설정을 선택합니다.
일반적으로 내 web.config & app.config를 아주 작게 유지하려고합니다. 인프라 작업 (예 :로드 할 모듈, 연결 스트링, 로그 설정, ORM 설정 등)에 대한 설정이 들어갑니다. 기본적으로 App_start 또는 내 Main() 메서드에 액세스 할 권한이 필요하거나 기본적으로 필요한 모든 것.
더 복잡한 것이거나 그 이하의 응용 프로그램에 적용 할 수있는 등 일반적으로 설정 파일에 넣지 않고 대신 IoC 컨테이너를 통해 주입하는 설정 개체가 있거나 아니면 데이터 베이스.
데이터베이스에 구성을 넣은 다음 응용 프로그램을 기반으로 검색하는 것이 좋습니다. 또한 다른 구성을 포함하는 단일 XML을 작성하고 DataGrid 등에로드 할 수 있습니다. 유지 관리 할 단일 파일이 있으므로이 방법으로 구성을 관리하는 것이 더 쉬워집니다.
각 환경이 다른 구성을 가질 수 있기 때문에 배포가 더 간편하므로 옵션 1을 선호하지만 설정이 web.config에 저장되지 않으므로 여전히 xcopy 배포를 수행 할 수 있습니다.