Ты уже определись

футы нуты. То ты говоришь что комьюнити у битрикса "долбоебы криворуки немогущие 2 кнопки нажать", а теперь ты говоришь про "коммерческую" разработку и серьезных заказчиков.

Не путай теплое с мягким. Я говорил про разработчиков, а не про комьюнити в целом. Комьюнити != разработчики.

http://www.itrack.ru/research/cmsrate/ По поводу рейтинга cms

Серьезные заказчики не будут работать с долбоебами

В общем разговор ниачем. Пойду руки помою.

Ой не скажи... :-) Внутрь сайта вообще редко заглядывают. А потом после таких разрабов делаешь аудит и глаза вытекают.

Не буду делать рекламу никому, но скажу, к нам однажды пришел интернет-магазин на аудит сразу после разработки в одной довольно серьезной и раскрученной студии. Про результатам нашего аудита и доработок сайт начал работать на 4000% (не опечатка, в 40 раз) быстрее.

И да, "битрикс - говно". :-)

Но "вы просто не умеете его готовить".

The Laravel Certification Program https://laravel.com/certification/

Ого, это давно запустили?хотел всегда получить нормальный сертификат а не битриксовый)

На а зенд сертификация так себе по отзывам

ой

Никто не может ссылкой поделиться где про сервис-провайдеры и контейнеры было бы подробно разжевано, подробней чем в документации? а то мне кажется у меня полного опнимания темы нет, хоть и использую эти инструменты

хехехе

звериная морда симфони вылезает из-под травки и цветочков ларавеля )

Кто-то сертификацию уже прошел?

Никто не может ссылкой поделиться где про сервис-провайдеры и контейнеры было бы подробно разжевано, подробней чем в документации? а то мне кажется у меня полного опнимания темы нет, хоть и использую эти инструменты

а что конкретно непонятно?

Кто-то сертификацию уже прошел?

так она оказывается не запущена еще

так она оказывается не запущена еще

а (

а что конкретно непонятно?

не могу сказать, но ощцщение что я плаваю в теме. Я так для себя определяю - если я могу своими словами описать незнеющему человеку что-то - значит тему я знаю хорошо

не могу сказать, но ощцщение что я плаваю в теме. Я так для себя определяю - если я могу своими словами описать незнеющему человеку что-то - значит тему я знаю хорошо

попробуй объяснить мне для чего нужны сервис провайдеры

А я скажу где ты ошибаешься

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

чет я не понял (

😿 я старался

Интересно по сертификатам это платно будет или бесплатно? Хотя зная их будет платно... но наверно не дорого

Тут все намного проще: Service Container - это DI Service Provider - место для регистрации DI. Ну и для других утех.

Утех)

уверне что платно, или часточино хотя бы. Например типо первые два уровня бесплатные 3- платный онлайн. А 4 платный + надо будет ехать в лосанджелес сдавать)

Интересно по сертификатам это платно будет или бесплатно? Хотя зная их будет платно... но наверно не дорого

если бесплатно, то даже заморачиваться не будет смысла с ними.

Тут все намного проще: Service Container - это DI Service Provider - место для регистрации DI. Ну и для других утех.

а service locator как бы ты объяснил?

а service locator как бы ты объяснил?

в контексте laravel?

в laravel вроде нету же. Во всяком случае термин не используется этот вроде

Ну это паттерн жи

По сути в Laravel он есть

Service Container

D, а вот ты какие паттерны при разработке используешь? сервисный слой, репозитории, TDD, DDD? Или как?

Все что ты перечислил, кроме DDD

Ну еще там разное

а можешь пояснить разничу сервисного слоя и репозитория?

кофе попью - объясню.

я только проснулся, а вы уже со своими "Где у нас тут Serivce Provider"

кто-то делал считывание и занесенение данных свг файлов карты кинотеатра или подобное ?

я использую синглон и регистр)

а вообще кто что по паттернам применительно к пхп может посоветовать кроме Зандстры?

а можешь пояснить разничу сервисного слоя и репозитория?

По сути это разные вещи. Service Layer - ты просто определяешь набор сервисов (аля UsersService, OrdersService и т.д), и вызываешь их. А Repository по сути нужен только для обращения к моделям. Т.е ты нигде, кроме как в UserRepository не работаешь с моделями. Оно дает нам гибкость и возможность рулить логикой в одном месте.

а вот сервисный слой

смотри, в разных примерах по разному, в одном сервисы делают под каждый экшен а в другом для каждой сущности

как лучше?

Зависит от сложности системы.

то есть CreatePostService или PostService?

если сложная то разбивать?

Если у тебя очень много логики, то стоит разнести ее по разным классам

понял

ну у меня не много логики вроде

а это вообще делается чтоб разгрузить контроллеры?

и модели?

то есть по сути это можно и в модель засунуть

Просто проще будет понять реализацию, если там файл не на 1 миллион строк, а на 100.

в контроллеры конечно не стоит потому что будет не DRY

а в модель почему не засунуть?

Опять таки, все зависит от сложности системы. Я не стану пилить репозитории и кучу сервисов для простенького API.

понял

Все эти "штучки", нужны только для больших систем.

Когда много логики

ну вот один проект у меня есть где сложность чтото всё возрастает, надо будет подумать над сервисным слоем

Иначе ты не почувствуешь профита, а только негатив

ну вот один проект у меня есть где сложность чтото всё возрастает, надо будет подумать над сервисным слоем

вот для этого есть тесты и рефакторинг.

Т.е, если сложность начинает возрастать, то мы начинаем выносить логику в отедльные места.

И проверяем что все работает с помощью тестов.

ну даже на маленьком проекте (на тестовом) можно сделать такое, просто чтобы попробовать и понять, а не применять сразу на крупном проекте и потом вдруг наткнуться на недостатки или просто по неопытности сделать не правильно

Ну попробовать то можно. Я говорю про реальный проект.

Просто все эти абстракции лишь усложняют проект, и заставляют писать кучу лишнего кода.

Я не хочу для API которое возвращает список фильмов писать 100500 сервисов и репозитории

но зао организуют этот код лучше (если все правильно делать)

Так как логики там 0.

ну вот у меня щас система с отзывами о заведениях, там разне города, парсинг отзывов, юзеры, у юзеров доступ к администрированию своих заведений, редакторы заведений, акции, меню блаблабла

вот уже контроллеры разрослись

Код в любом случае должен быть организован