Вот я и хочу разобраться. Одна модель MVC имеет возможность общаться с базой как ей угодно не важно какие связи и таблицы, она только разделяет.
Значит Yii фреймворк жестко ограничивает M модель назначая ей AR, что приводит к тому, что одна модель работает только с одним типом модели данных, указывая ей на область работы.
Что приводит к путанице, когда модель может общаться с базой как ей угодно.
Вопрос, не нарушает ли это концепцию ООП, когда мы путем объявления классов, стараемся уйти от повторений.
@makol Так тут все понятно, что руководящию должность может занять человек с опытом и диплом соответствующего направления. Главное начать с junior, а дальше я говорю, если будет требовать профессия.
@makol да наверно относительно данной нелепой ситуации и интересовался, на сколько будет сам работодатель заинтересован в сотруднике, чей профиль не соответствует данной работе.
Ладно наше дело пробовать, а там уже если будут настаивать после приема, возможно со временем тогда. Спасибо.
Тут конечно не поспоришь, но все таки я говорил о профи и их дипломах.
Периодически сталкивался с различными старинными решениям, всегда было одно желание "выкинуть-написать заново", но на стольких умельцев не найдется столько времени.
Шикарный ответ. В одной из статей я прочел насчет Python и облачные технологии, до этого не мог понять почему же приравнивают его к Web programming, тут я понял, конечно в производительности desktop и сочитании http общения, все таки PHP будет являться только серверным звеном, для общения с клиентом.
Согласен с вами, именно по этому и задаю вопрос, происходило ли такое с людьми занимающими хорошие должности, с большим опытом работы. Что в какой то прекрасный момент имея все шансы на перспективное будущее, им отказывали только по причине этого недоумения.
Есть какие либо примеры в работе с MVC и Service Layer, чтоб точно разделить?