Почему правильнее делать сайт по mvc?

trevoga_su: ну мол ментальный сдвиг - контроллеры не являются частью приложения, это обслуживающий мусор, который нужен только для того, что бы можно было приложению подсунуть любой UI.

Почему правильнее делать сайт по mvc?

trevoga_su: коротко, проблема MVC в том, что это три буквы. И есть разные реализации отличающиеся тем, как взаимодействуют компоненты этой триады. Но суть у всех реализаций одна: это способ снижения связанности приложения от UI.

для серверной части web-сайта (php) пользователь это браузер, а UI, или интерфейс пользователя, это http. Он же view в MVC. Через него происходит все взаимодействие между клиентом (браузером) и сервером (нашим приложением).

Что бы отделить одно от другого удобно положить между ними промежуточный слой, который будет конвертировать асинхронные http запросы (могут придти когда угодно и от кого угодно), в синхронные вызовы методов объектов, представляющих наше приложение. То есть приложение ничегошеньки не знает о HTTP.

Для web-сайтов профит в том, что логика обычно меняется намного реже чем UI (в нашем случае тело ответов, из-за того что надо шаблоны править).

У всего этого есть свои причины, названия и т.д. Рекомендую вам 10-ти минутную лекцию по принципам GRASP что бы лучше разобраться что зачем. https://www.youtube.com/watch?v=56zNJ_eizC0

Почему правильнее делать сайт по mvc?

65536: грибы это "модель" в контексте MVC, это те части "приложения", которые торчат наружу. Проще будет их представить как обработчики каких-то команд или просто методы объектов. То что реализует сценарии использования приложения. А контроллеры - это что-то вокруг грибов, что отделяет его от внешнего мира.

Почему правильнее делать сайт по mvc?

Maronus: А мне нравится "сваливать все вместе" (в пределах разумного). Выносить стоит только то, что планируется реюзать. Хотя опять же в контексте PHP просто удобнее использовать шаблонизаторы типа twig, а от того лучше выносить это дело из php. А если у нас все изолировано, то лучше вместе.

Почему правильнее делать сайт по mvc?

так себе аналогия. "модель" в MVC больше похожа на грибницу. Вы видите гриб. но не видите грибницы под землей. И есть другие грибки, и все они связаны оказывается как-то. Некоторые больше, некоторые почти никак... но это один большой организм. И отрезая его мы отрезаем "кусочек приложения" но не более.

PhpQuery странно себя ведет?

Дмитрий Киселев: xpath

Angular, как правильно передать асинхронные данные из фабрика->контроллер->директива?

ksivasid: если не планируете использовать мультислот трансклюд, то можно и на 1.4 (https://github.com/toddmotto/angular-component). Но в целом обновление до angular 1.5 должно происходить безолезненно.

Angular, как правильно передать асинхронные данные из фабрика->контроллер->директива?

ksivasid: https://habrahabr.ru/post/277087/

Angular, как правильно передать асинхронные данные из фабрика->контроллер->директива?

ksivasid: что до "реактовщины" - имелось в виду библиотека rx.js для организации реактивного программирования (идет из коробки в angular2 например). https://github.com/Reactive-Extensions/RxJS

Angular, как правильно передать асинхронные данные из фабрика->контроллер->директива?

ksivasid: нет, $emit/$broadcast это внутренний механихм ангуляра для организации жизненного цикла директив/компонентов. Бэд практис это попытка организовать event emitter при помощи $emit/$broadcast. В приведенной библиотеке все хорошо.

Что отличает freelance программиста от корпоративного?

ManWithBear: я вам больше скажу, многим и после пятка лет офисной работы это не приходит. Повторюсь - я считаю это требование глупым.

Для каких задач Java лучше подходит, чем С++?

Артем Лабунский: "средний" это уже не дно, да и в C++ можно использовать умные указатели и т.д. Словом если знать о проблемах их можно решать или хотя бы избегать.

Для каких задач Java лучше подходит, чем С++?

VZVZ: doc.qt.io/qt-5/android-support.html

Кто помнит шуточную историю о том как бакалавр, магистр и PhD выполняют проекты?

copal: https://www.youtube.com/watch?v=t86v3N4OshQ - может будет интересно, посмотреть расслабиться.

По тесам чуть позже отпишу или милости прошу в личку (gitter, vk)

Что отличает freelance программиста от корпоративного?

ManWithBear: если разработчик видит проблему в процессах, почему бы о ней не сообщить? Обычно так или иначе проводят ретроспективы, и там можно спокойно поделиться проблемами. Опять же предлагать решения так же может любой разработчик.

Из моего личного опыта, это могут быть какие-то внутренние тулзы, упрощающие разработку. Так у нас один из iOS разработчиков запилил маленький сервачек для трекинга девайсов, что бы всем было удобнее, а другой запилил простенький скеджелер митинг румов что бы народ перестал драться (простая надстройка над google spreadsheets), третий - зафорсил slack, четвертый воспользоваться плодами третьего и настроил ботов которые упрощали жизнь и т.д.

Конечно же не во всех компаниях такое возможно, я знаю парочку компаний где любое такое нововведение должно пройти десяток человек перед внедрением.

Почему не обновляется view при изменении $scope?

akass: а ваш updateContacts что возвращает? Может промис?

Что отличает freelance программиста от корпоративного?

ManWithBear: в том то и проблема, что влиять он может и должен. Командная работа всетаки. Ну во всяком случае это мое виденье мира. И проблемы все как раз из-за пассивности разработчиков.

Silm: есть исключения. В целом я без понятия откуда такие требования, для меня важен лишь опыт коммерческой разработки, а фриланс, в одиночку или в компанде - какая разница. Собеседование все покажет.

Как реализовать ajax запрос в mvc?

Sushkov: повторяю, для MVC нет никакой разницы. Просто еще один запрос, еще один адаптер между view (http) и моделью (ваше приложение) или в простом случае очередной if в контроллере.

Кто помнит шуточную историю о том как бакалавр, магистр и PhD выполняют проекты?

copal: нет, это не объект, это область видимости переменной, а export это так же не объект, это просто экспорт, по аналогии с return по сути.

В моем примере все это "объекты" просто потому, что так реализовано в javascript где все - объект. Но если у нас по всюду объекты без поведения и функции - от этого у нас код ОО-ным не становится. Это в лучшем случае намек на функциональщину, в худшем - процедурщина.

Один мой знакомый высказал интересную мысль, что объекты в ООП это развитие идеи монады, которые в функциональщине помогают бороться с несовершенством мира (как бы мы не хотели, а состояние в реальных приложениях будет) путем сокрытия оного.

написал класс С для его тестирования использовал А и В

Это как, простите? Ну то есть, раскройте мысль, можете код привести если не сложно...

А покрыл, В покрыл, С покрываю с классами А и B

Опять же, о чем вы? Вы не тестируете объект C поскольку покрыты объекты A и B? или вы используете моки? Или вы используете в тестах для C объекты A и B? В любом случае вы покрываете тестами C. что при этом используется и как идет покрытие кода тестами - это детали реализации.

чтобы они в контексте всех трех классов показывали причину ошибки

Это называется "интеграционные тесты". Вообще опять же, описанная вами проблема - это code smell, что-то у вас не так.

Я сейчас понял что наследовать тесты не получится, по этому я полностью от них буду отказываться.

Что значит "наследоваться"? Если у вас возникает дублирование тестов для двух объектов, значит у вас возникло дублирование логики в самих объектах, а стало быть дубли выносим в третий объект (общую зависимость) и покрываем отдельно его тестами. Что вы там наследовать собрались - не пойму.

Что отличает freelance программиста от корпоративного?

ManWithBear: ну вот смотрите. У вас есть проект. Помимо разработчиков есть еще дизайнеры, тестировщики, менеджеры, продукт оунеры и т.д. Опыт командной работы заключается в оптимизации взаимодействия. У неопытной команды обычно на это сжирается приличное количество времени, и чем больше людей - тем больше хаоса. В итоге возникает как раз таки та ситуация, которую вы описали в своем ответе.

В нормальной же команде никто друг другу не мешает, минимум пизде... митингов, все строго по делу и т.д. То есть этому тоже надо учиться.