АГ
и мы из говнокодеров превратимся в богов программирования)
Size: a a a
2020 October 21
DS
прям жаваскрипт)
AM
класс) пхп 9 будет функциональным языком)
В смысле функциональным?
АГ
будут десятки разных рфц для всяких разных лямбд, чистоты и иммутабельности.
АГ
правда есть нюанс - обратная совместимость.
AM
будут десятки разных рфц для всяких разных лямбд, чистоты и иммутабельности.
С чего это взял? С одного рфк, никак не связанного с данной темой?
АГ
ну и не факт что это все примут
АГ
С чего это взял? С одного рфк, никак не связанного с данной темой?
ты считаешь, что в пхп нет фп-центричных трендов?
ВС
Что тебе мешает юзать доктрину без аннотаций? Что тебе мешает мапить на сущность не смотря на аннотации?
Наверное неуверенность..
Я не так давно начал использовать нормальное ООП и просто читаю доку доктрины
Там говорится используйте аннотацию, наследуйтесь от EntityRepository, получайте через EntityManager
Я сижу и думаю как это всё вяжется с использованием сервисов, репозиториев в моём их понимании и регистрации всего этого в контейнерах.
Но я лучше пойду ещё доку почитаю.. Судя по ответам я сильно её не дочитал
Я не так давно начал использовать нормальное ООП и просто читаю доку доктрины
Там говорится используйте аннотацию, наследуйтесь от EntityRepository, получайте через EntityManager
Я сижу и думаю как это всё вяжется с использованием сервисов, репозиториев в моём их понимании и регистрации всего этого в контейнерах.
Но я лучше пойду ещё доку почитаю.. Судя по ответам я сильно её не дочитал
AM
ты считаешь, что в пхп нет фп-центричных трендов?
Чет не уверен, что они есть. Особенно смотря на это рфк.
АГ
ок) на нет и суда нет
AM
Наверное неуверенность..
Я не так давно начал использовать нормальное ООП и просто читаю доку доктрины
Там говорится используйте аннотацию, наследуйтесь от EntityRepository, получайте через EntityManager
Я сижу и думаю как это всё вяжется с использованием сервисов, репозиториев в моём их понимании и регистрации всего этого в контейнерах.
Но я лучше пойду ещё доку почитаю.. Судя по ответам я сильно её не дочитал
Я не так давно начал использовать нормальное ООП и просто читаю доку доктрины
Там говорится используйте аннотацию, наследуйтесь от EntityRepository, получайте через EntityManager
Я сижу и думаю как это всё вяжется с использованием сервисов, репозиториев в моём их понимании и регистрации всего этого в контейнерах.
Но я лучше пойду ещё доку почитаю.. Судя по ответам я сильно её не дочитал
> используйте аннотацию
Можешь использовать, если тебе это удобно. Но если задуматься, то сущность не должна знать как она будет мапиться и чо там с хранением. Вместо этого можно xml/php-dsl
> наследуйтесь от EntityRepository
Хз. Не наследуюсь и не вижу смысла это делать
> получайте через EntityManager
Антисовет. Как ранее описал @grachevko, пиши свои репозитории (которые получают в конструктор, к примеру, EntityManager) с интерфейсами, регистрируй в контейнере и получай из контайнера через autowiring.
Можешь использовать, если тебе это удобно. Но если задуматься, то сущность не должна знать как она будет мапиться и чо там с хранением. Вместо этого можно xml/php-dsl
> наследуйтесь от EntityRepository
Хз. Не наследуюсь и не вижу смысла это делать
> получайте через EntityManager
Антисовет. Как ранее описал @grachevko, пиши свои репозитории (которые получают в конструктор, к примеру, EntityManager) с интерфейсами, регистрируй в контейнере и получай из контайнера через autowiring.
AM
Наверное неуверенность..
Я не так давно начал использовать нормальное ООП и просто читаю доку доктрины
Там говорится используйте аннотацию, наследуйтесь от EntityRepository, получайте через EntityManager
Я сижу и думаю как это всё вяжется с использованием сервисов, репозиториев в моём их понимании и регистрации всего этого в контейнерах.
Но я лучше пойду ещё доку почитаю.. Судя по ответам я сильно её не дочитал
Я не так давно начал использовать нормальное ООП и просто читаю доку доктрины
Там говорится используйте аннотацию, наследуйтесь от EntityRepository, получайте через EntityManager
Я сижу и думаю как это всё вяжется с использованием сервисов, репозиториев в моём их понимании и регистрации всего этого в контейнерах.
Но я лучше пойду ещё доку почитаю.. Судя по ответам я сильно её не дочитал
Почитай ещё о репозиториях "без этих ваших ормок". Чисто о паттерне (для чего, как реализуется) и тп. Поможет понять, что нет разницы что там внутри (доктрина, другая ормка или банально массив)
КГ
Dimitriy Serikov
Написал же -> “В разное время используются разные БД, для одной и той же бизнес логики”
А что за разное время?
DS
Жёстко привязаны они прямо в аннотации "repositoryClass"
И сама доктрина позволяет его использовать только по имени модели
Не знаю насчёт правильного понимания паттерна..
Я недавно начал использовать класс с таким названием чтобы там писать какой-то dbContext
И дёргать его понятными короткими методами, чтобы не видеть торчащие кишки от БД
Нет, одновременная выборка не нужна
В разное время используются разные БД, для одной и той же бизнес логики
И сама доктрина позволяет его использовать только по имени модели
Не знаю насчёт правильного понимания паттерна..
Я недавно начал использовать класс с таким названием чтобы там писать какой-то dbContext
И дёргать его понятными короткими методами, чтобы не видеть торчащие кишки от БД
Нет, одновременная выборка не нужна
В разное время используются разные БД, для одной и той же бизнес логики
хз, может у них сервера с БД вкл/выключаются по расписанию
DS
Наверное неуверенность..
Я не так давно начал использовать нормальное ООП и просто читаю доку доктрины
Там говорится используйте аннотацию, наследуйтесь от EntityRepository, получайте через EntityManager
Я сижу и думаю как это всё вяжется с использованием сервисов, репозиториев в моём их понимании и регистрации всего этого в контейнерах.
Но я лучше пойду ещё доку почитаю.. Судя по ответам я сильно её не дочитал
Я не так давно начал использовать нормальное ООП и просто читаю доку доктрины
Там говорится используйте аннотацию, наследуйтесь от EntityRepository, получайте через EntityManager
Я сижу и думаю как это всё вяжется с использованием сервисов, репозиториев в моём их понимании и регистрации всего этого в контейнерах.
Но я лучше пойду ещё доку почитаю.. Судя по ответам я сильно её не дочитал
сразу пример Репозитория на доктрину https://designpatternsphp.readthedocs.io/en/latest/More/Repository/README.html
DE
А кто нибудь юзает активно Doctrine без Symfony ?
Активно юзаю как здесь. Полёт нормальный. А для двух БД да, сделать интерфейс репозитория и к нему два класса.
A
класс) пхп 9 будет функциональным языком)
Где ты в этом рфц увидел такое направление развития вообще непонятно.
A
ты считаешь, что в пхп нет фп-центричных трендов?
Нет таких трендов
AK
Где ты в этом рфц увидел такое направление развития вообще непонятно.
чем короче, тем функциональнее!