НЕ бизнесс-логика, это всё - что можете перенести в другой проект без изменений. Если оно завязано на какие-то таблицы базы, специфичные для проекта, то это БИЗНЕСС -логика! Все зависимости от того проверка это доступа и доступа на чтение или на запись.
Вы про этот сценарий? что вы куда хотете записывать? в объекта поста писать список ИДов пользователей которые имеют доступ (фиганули n постов)? Правильно?
ну давайте не утрировать и говорить о переносе в рамках одного фреймфорка, ато мы сейчас договоримся до того, что я не могу скопипастить код в C# проект, чтобы он сразу заработал, поэтому это вс1, написанное на пыхе - бизнес-логика!
Нет, если оч сильно все упростить. При публикации поста читаем сколько автор уже опубликовал, и если это уже н, тоесть выполняется условие бизнес правила, то меняю флаг в обьекте юзера что ему комментарии доступны. И потом только смотрю на этот флаг, и мне без разницы кто его и как установил, если он истина значит юзеру комменты доступны
лучшене флаг сохранять а кол-во опубликованных постов и сравнивать с числом, которое кочет бизнесс - ато вдруг завтра число поменяется, нужно будет всем флаги перезаписывать...
Если поменяется, пересчитаю одним запросом. Т.к. шанс что поменяется не, н а доп условия намного больше. Например придет правило, что комменты доступны если чел опубликовал н постов за последний месяц, и тогда сохранённая цифра не имеет смысла и придется помимо логики править еще и контроллер где это проверяется