Конфигурация в Файле или Базе данных?
Поскольку вы выполняете целочисленное деление.
Как говорит @Noldorin, если оба оператора являются целыми числами, то используется целочисленное деление.
Результат 0.33333333 не может быть представлен как целое число, поэтому к результату присваивается только целочисленная часть (0).
Если любой из операторов является double / float, тогда будет выполнена арифметика с плавающей запятой. Но у вас будет такая же проблема, если вы это сделаете:
int n = 1.0 / 3.0;
3 ответа
Я нахожу, что во время разработки это имеет большую выгоду, чтобы сохранить конфигурацию в файле.
намного легче проверить файл (web.config, app.config, или некоторый пользовательский файл) и внести изменения, которые немедленно взяты, когда код выполняется. Существует немного больше трения, вовлеченного в работу с конфигурацией, сохраненной в базе данных. Если Ваша команда использует единственную базу данных разработки, Вы могли бы легко повлиять на других членов команды со своим изменением, и если у Вас есть отдельные базы данных, она берет больше, чем, "становятся последними", чтобы быть в порядке с последней конфигурацией. Кроме того, гибкость XML делает более естественным сохранить конфигурацию, которая является больше, чем просто пары "значения имени" в файле, чем в реляционном DB.
недостаток состоит в том, где Вы хотите снова использовать конфигурацию через несколько приложений или экземпляров веб-сайта. В моем собственном случае у нас есть единственный файл конфигурации в известном месте, на которое может сослаться любое приложение.
, По крайней мере, это - то, как мы храним "статическую" конфигурацию, которая не должна быть обновлена системой во времени выполнения. Пользовательские настройки, вероятно, больше подходят для устройства хранения данных в DB.
Одна вещь к conside состоит в том, сколько данные конфигурации там, и возможно как часто это, вероятно, изменится. Если объем данных является небольшим, то, сохраняя это в базе данных (если бы Ваш не уже использование дб для чего-либо еще), было бы излишество, одинаково поддержав дб для чего-то, что изменяется один раз в 6 месяцев, вероятно, была бы трата ресурсов.
Тем не менее, если Ваше уже использование базы данных для других частей Вашего сайта, то добавление таблицы или два для данных конфигурации является probabley не большая проблема и может согласоваться хорошо со способом, которым Вы храните остальную часть Ваших данных. Если у Вас уже есть класс для того, чтобы сохранить Ваши данные к дб, почему запись новая для сохранения к файлу конфигурации.
The oneliner: As a general principle - the more likely the config data should change the better to put it into db.
The legal disclaimer: You would need to have almost always a kind of "bootstrapping" configuration, which must be saved into a file, thus if you are using a db to store your configuration the size of the "bootrapping" conf would depend on the other great principle: "Work smarter not harder !!!"