Конфигурация оценивает в DB или Файле?
Возможно ли, что вы запутались из-за того, что не нажимаете кнопку мыши и не можете видеть введенные данные
ваш фон полей ввода очень темный
измените класс элемента ввода
.input-element{
background-color: #0C0C0D !important;
height: 30px;
width: 200px;
margin-bottom: 20px;
border: none;
padding: 15px;
z-index: 1;
color: white;
}
Я добавил цвет: белый снизу
7 ответов
Это легко и удобно создать устойчивый интерфейс для редактирования значений в базе данных.
Менее легко создать хорошее для файла конфигурации.
Таким образом, я обычно был бы Вы хотеть сохранить все, что Вы хотели бы, чтобы Ваши пользователи/администраторы смогли отредактировать позже в базе данных. Все, что только должно быть затронуто во время серьезных изменений как переустановка и т.д., более обеспечено в файле конфигурации.
Я предпочитаю текстовый файл конфигурации, .ini стиль или стиль XML по этим двум причинам:
1 - Можно поместить комментарии в текстовый файл.
2 - Текстовые редакторы имеют команду "отмены".
Я предпочитаю избегать баз данных, если я могу и я не нуждаться в производительности. Если бы Вы нуждаетесь / в базе данных затем, я сказал бы помещенный так, как Вы можете в одном месте. Одна вещь справиться.
Я всегда рекомендовал бы базу данных просто, потому что можно создать Администратора относительно легкий UI и контролировать все изменения с подобной простотой. Хотя можно выполнить то же с изменениями в файле, маршруте базы данных со своего рода, область Административного контроля всегда предпочтительна. Особенно, когда Вы хотите знать, кто изменился что когда.
Также в нашей среде, изменяя файл конфигурации, если была ошибка, включает все одобрения/и т.д. процесса управления изменениями., который является довольно болезненным. Таким образом, если Вы не торопитесь для слияния параметров конфигурации в базу данных, я думаю, что она удастся лучше в конечном счете. Просто мои 0,02$.
В зависимости от контекста информации о конфигурации Вы могли принять решение оставить его в web.config, или Вы могли создать таблицы технического обслуживания для него в базе данных. Я обычно сохранял бы вещи большим количеством бэкенда конкретный, как строки подключения, местоположения ftp, имена пользователей/пароли (для приложения, не полномочий пользователя) в web.config все же.
Я обычно храню больше относительной информации, которая касается информации в базе данных, а не самом приложении в базе данных.
Это является все свободно базирующимся хотя и не всегда случай.
Я думаю, что базы данных являются великолепным местом для значений конфигурации для распределенных приложений, где Вы хотите, чтобы пользовательские настройки были доступны им, неважно, какой компьютер они используют.
Значения конфигурации, сохраненные в файлах, очень полезны для компьютера определенные конфигурации (такой, как будто Вы используете сетевой диск для идентификации местоположения, и у каждого пользователя может быть различное отображение, как CD/DVD-привод, например).
Если у Вас уже нет базы данных для приложения, Вы разрабатываете, хотя, это могло бы быть излишество, чтобы иметь базу данных исключительно для конфигурации приложения.
Я предпочитаю текст .ini файл. Их легко отредактировать, и легкий переместиться, когда Ваше приложение перемещается. Вот пример Setting класс, который можно найти полезным.