самый годный вариант ооп, что я видел - в го

Им не плохо

самый годный вариант ооп, что я видел - в го

Давай не будем

самый годный вариант ооп, что я видел - в го

хах ???

А то меня забанят

хах ???

))))))))))))))))

самый годный вариант ооп, что я видел - в го

ты еще С не видел

там вообще лучший вариант ООП

Не смешно если что

только тяжело с непривычки

Вообще ни капельки

отсутствующий? ?

нет, почему

его эмулировали

в си разве есть ооп?

отсутствующий? ?

Там ведь тоже структуры есть, как и в го

чо не так, юзай

в си разве есть ооп?

в С есть все

в С есть все

Бывает

['phone', 'match', 'pattern'=>'/[0-9+]+/'], имеется такая говнорегулярка, как указать что я хочу что бы "+" мог указываться лишь первым символом?

class Login { protected $settings; public function __construct(/* SettingsContract $contract */) { $this->settings = new LoginSettings(); // $this->settings = $contract; } public function name() { $this->settings->method(); } }

а какой из этих двух вариантов лучше? т.е. 1) передавать объект внутрь класса(так называемый Dependency injection) 2)создавать внутри класса объект и уже работать с ним

они ведь по факту одинаковы, как я понимаю

нашел что первый символ должен указываться так /^.../

разница вся в том, что в 1 видно что куда

Почти одно и то же

верно?

но ума не приложу как совместить это с моей регулярнкой

Но зачем оно тебе?

ну я ведь юзать щас это буду)

сразу к хорошему приучить себя

Зачем внедрять такую зависимость?

разветвленная структура. один класс у меня - ядро плагина. второй - работа с настройками плагина. в ядре мне нужны методы класса с настройками

Это не очень хорошо)

что именно?

Это может вылезти тебе боком

Поверь)

что конкретно?)

такая структура?

Да

Связанность объектов

Вся дрочь

а как мне это реализовать по правильному?

https://www.sitepoint.com/bitwise-operators-still-relevant-modern-php

Если настроек не много, то просто константы в классе запили

Если много, то можно создать синглтон

Который будет хранить все настройки приложения

А ты их будешь дергать по ключу

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

Я таким образом как ты разбивал очень большие классы

я это и хочу сделать. изначально методы настроек были в ядре

но лучше ведь их в отдельный класс закинуть, чтобы упорядоченней было

Или через трейты ещё можно

Наследование

ну а DI - норм вариант? я просто про*баться не хочу и потом всё переделывать

Кароч

С этой штукой будь аккуратней

ну ок, спасибо

Смотри, как я это делал. У меня был например класс с постами. В этом классе кроме КРУД больше ничего не было, был добавлен Класс через ДИ, в котором хранились все вспомогательные методы, это обрезка изображений, их сохранение и т.д. Класс там был большой, вполне оправдано. Но смотри сам, если там 2 настройки, то смысл в вспомогательном классе?)

Смотри, как я это делал. У меня был например класс с постами. В этом классе кроме КРУД больше ничего не было, был добавлен Класс через ДИ, в котором хранились все вспомогательные методы, это обрезка изображений, их сохранение и т.д. Класс там был большой, вполне оправдано. Но смотри сам, если там 2 настройки, то смысл в вспомогательном классе?)

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

Смотри

Я к чему

ERROR: S client not available

Главное, чтобы не было такой ситуации

Что ты в самом нижнем классе сделаешь изменения

И все пойдёт по пи*де у вышестоящих

Где вы изучали пэхэпэ?

И как долго?

В инторнетах?

А конкретнее?

Пхп легкий можно войти за пару месяцев

Заходишь на ютуб

Пишешь

Create laravel blog

Учишь)

Нормально.

Хотя стоп

Окей

Стою

У тебя опыт программирования есть?

Нет.

Тогда в ютубе пиши так

Create php blog

Рано Фреймворк юзать, запутаешься

Ага

Сенкс

заходишь на ютюб смотришь 3 урока, потом пробуешь сам ни одна команда без выебонов не работает, заёбыавешься, уходишь на завод обратно

И все пойдёт по пи*де у вышестоящих

ага, спасибо думаю, это надо на этапе разработки планировать. что-то вроде АПИ - что принимает, что отдает

хотя я такого раньше никогда не делал, но, думаю, будет несложно и полезно

сначала устраиваешься потом учишься, иначе всё это хуйня

сначала устраиваешься потом учишься, иначе всё это хуйня

надо минимальную теоретическую базу наработать, а потом расширять знания через практику/теорию

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