Vladimir Zhosan: Не могу сказать точно, не использую данный подход и фреймворк, но похоже на то.
На Vue я делаю всегда по разному. Обычно по максимуму использую front-state.
Сергей: На мой взгляд, человек не понимает в чем преимущества ООП перед процедурным подходом, теория ему понимания не дала. Я предложил написать ему большой проект в процедурном стиле. Тогда будет легче понять, где у ООП подхода появляются преимущества.
Оптимус Пьян: Почитайте в целом про подходы к программированию, если хотите. Опять же мое мнение, если вы задаетесь таким вопросом, оно вам пока что не надо. Мой совет - пишите код и возьмите проект побольше. Тогда вероятнее всего вы сами начнете задаваться конкретными вопросами и найдете их в ООП или в другом подходе. Удачи!
ps или может перейдете на си и будете писать в процедурном:)
Если вы не понимаете преимущество ооп на процедурным подходом, значит оно вам сейчас и не надо. Продолжайте пока писать в процедурном. Сами поймете позже что дает ООП подход. Сейчас не теряйте времени на это.
Обуч. матер. про ООП это банда четырех например.
Все очень относительно. Хорошая архитектура она относительна задачи. На php 2 топовых фреймворка считаются - Symfony и Zend. Кроме книг по паттернам, есть еще интересный подход Domain Driven Design Эрика Эванса.
hollanditkzn: Это у вас экшн контроллера? Есть разные подходы, но обычно более правильным считается, что контроллер должен лишь инкапсулировать входящие данные в объекты бизнес-логики.
Тут тоже все зависит от ситуации. Зачем вам нужно записывать в бд это напоминание? От него что то зависит?
Простой вариант это при запросах пользователей проверять сроки и записывать в бд все что вам нужно.
Более сложные, если вам нужно максимально быстро фиксировать сроки, то это к примеру отдельный процесс демон.
Переформулируйте вопрос. Не совсем понятно в чем проблема.
Просто проверяйте срок, если уведомление надо уже показать - показывайте(и можно записать в базу как уже показанное уведомление).
Виталий Витренко: Подскажите, пожалуйста, еще вот что:
SERVICE(службы) в DDD логичнее всего устанавливать в зависимость как SINGLETON(setSingleton)? Ведь службы не имеют состояния, а значит, что создавать заново объекты нет смысла, лишняя трата ресурсов, правильно? Или все же есть какие то аргументы в пользу того, чтобы каждый раз создавать службы через DI заново?
Некит Медведев: На всякий случай phpMyAdmin это не СУБД и не БД. Не понятно в чем у вас проблема. Вы хотите сделать phpMyAdmin только не в браузере а в Desktop программе? Только зачем?
На Vue я делаю всегда по разному. Обычно по максимуму использую front-state.