Если я правильно понял, вы хотите чтобы когда играетесь параметрами, некоторые модели не выдавались никогда если вы их исключили?
Я не могу представить зачем бы это могло понадобиться
Причем автор пишет «чтобы добавлять/изменять/удалять их было максимально просто, изменив при этом как можно меньше кода»
Меня это всегда удивляло, ведь по-идее каждая опция несет некоторую смысловую нагрузку — логику обработки ведь все равно писать.
ALTER TABLE ADD COLUMN… это < 0,01% от того кода что придется написать, вообщем я за булевские колонки в виде таблицы опций one-to-one к таблице пользователей
Да я понимаю что дипломный проект это вообще по-большому счету профанация. Но до такого маразма доходить это уже слишком конечно. И лечится легко кстати: раз по ГОСТ, то каждый лист должен быть подписан разработчиком и проверившим (ну то есть студентом и преподавателем). Как только такой препод пару сотен страниц подпишет, требования изменятся.
Товарищи, а не мог бы кто-нибудь объяснить зачем РПЗ писать на листах с рамкой по ГОСТ? У нас конечно тоже были товарищи которые так делали, да плюс еще и вся записка ГОСТовским шрифтом — чтобы точно не возникло желания читать.
Согласитесь что это удобнее и быстрее чем установка флеша, регистрация и 10 баков в придачу?
Ну и естественно существует целый ряд бесплатного настольного софта
if(futureResult == null && !cache.containsKey(key)) {
...
Вы хоть его письмо читали, или только по заголовкам судите?
>> Finally, a reminder that this documents contains my own opinions, I do
>> not speak for or represent anyone but myself.
Я не могу представить зачем бы это могло понадобиться
Меня это всегда удивляло, ведь по-идее каждая опция несет некоторую смысловую нагрузку — логику обработки ведь все равно писать.
ALTER TABLE ADD COLUMN… это < 0,01% от того кода что придется написать, вообщем я за булевские колонки в виде таблицы опций one-to-one к таблице пользователей
Ну и естественно существует целый ряд бесплатного настольного софта