Вопросы с тегом «separation-of-concerns»

10
Что означает «пользователь не должен решать, является ли он администратором или нет. Привилегии или Система безопасности должны ».
В примере, использованном в этом вопросе, передается минимальное количество данных для функции, которая помогает определить, является ли пользователь администратором или нет. Один общий ответ был: user.isAdmin() Это побудило комментарий, который был повторен несколько раз и проголосовал много раз: Пользователь не должен решать, является ли он администратором или нет. Привилегии или …

12
Есть ли когда-нибудь причина выполнять всю работу с объектом в конструкторе?
Позвольте мне предвосхитить это, сказав, что это не мой код или код моих коллег. Несколько лет назад, когда наша компания была меньше, у нас было несколько проектов, в которых мы нуждались, которых у нас не было, поэтому они были переданы на аутсорсинг. Теперь я ничего не имею против аутсорсинга или …

6
Хранимые процедуры нарушают трехуровневое разделение?
Некоторые мои коллеги говорили мне, что наличие бизнес-логики в хранимых процедурах в базе данных нарушает трехуровневую архитектуру разделения, поскольку база данных относится к уровню данных, тогда как хранимые процедуры - это бизнес-логика. Я думаю, что мир был бы очень мрачным местом без хранимых процедур. Действительно ли они нарушают трехуровневое разделение?

4
Если MVC - это разделение интересов, то почему был введен синтаксис Razor?
Мой вопрос связан с шаблоном проектирования MVC и синтаксисом Razor, представленным Microsoft. При изучении шаблона проектирования MVC мне сказали, что идея основана на принципе, известном как разделение проблем . Но Razor Syntax позволяет нам использовать C # в Views напрямую. Разве это не пересечение проблем?

8
Когда один жестко кодирует реальные значения данных в коде, а не использует БД?
Давний вопрос для меня был: когда я храню данные (фактические значения) в таблице базы данных и когда я храню их прямо в коде? Неизвестный консенсус, как правило, был таким (*): Если это отдельная переменная или простая структура, или массив из нескольких значений, поместите данные прямо в код. [* консенсус обсуждался …

5
Хранение текстовых метаданных в дискретной структуре данных
Я разрабатываю приложение , которое нужно будет хранить рядный , Intext метаданных. Под этим я подразумеваю следующее: допустим, у нас есть длинный текст, и мы хотим сохранить некоторые метаданные, связанные с определенным словом или предложением текста. Как лучше всего хранить эту информацию? Моей первой мыслью было включить в текст некий …

8
Можно ли сохранить код регистрации полностью вне бизнес-логики?
С помощью AOP я могу удалить код регистрации из моей бизнес-логики. Но я думаю, что он может быть использован только для регистрации простых вещей (например, вход / выход метода регистрации и значения параметров). Однако что, если мне нужно что-то записать в моей бизнес-логике? например public void SomeDomainMethod(string id) { //Get …

3
С архитектурной точки зрения, устраняет ли необходимость в отдельном слое доступа к данным уровень абстракции базы данных, такой как Microsoft Entity Framework?
Как это было В течение многих лет я организовывал свои программные решения как таковые: Уровень доступа к данным (DAL) для отвлечения бизнеса от доступа к данным Уровень бизнес-логики (BLL) для применения бизнес-правил к наборам данных, обработки аутентификации и т. Д. Утилиты (Util) - это просто библиотека общих утилитных методов, которые …

6
Намерен ли Дейкстра на модуляризацию кода, когда писал о разделении интересов?
Сначала я прочитал отрывок из статьи Эдсгера В. Дейкстры 1974 года «О роли научной мысли»: Позвольте мне попытаться объяснить вам, что на мой вкус характерно для всего разумного мышления. Дело в том, что человек желает углубленно изучать аспект своего предмета изолированно ради своей собственной последовательности, все время зная, что он …
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.