Debug::write()

а люди, как я понял, опытные, говорят, что обёртка это плохо (типа когда что-то изменится надо будет везде переписывать идентификатор - Debug)

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

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

там вообще выше всё есть, если у Вас телега включена была постоянно

Если через namespace то нормально. У нас был класс Error пришлось менять на AppError в php7 падало. Какой фреймворк кстати? Или самопис?

ну конечно. аа, видимо не сообщил это, а надо было)

Лень выше листать...последний день отпуска

у меня домен лежит в app\domain

ладно, уважаю Ваше время, послезавтра напишу!

какие разные миры..

А где Debug?

в списке конференции Shared media посмотрите

в свойствах точнее, там мои скрины последние все

для этого нужно нажать на лого phpclub наверху справа, если что )

вот там где 11 files сейчас - скрины проекта

первый из скринов отражает всю суть моего подхода. который ночью и защищал перед уважаемыми @chebotarevp и @miksir

суть метода написания управляющего кода - всё через статику

именно управляющего, отмечу

т.к. совсем без объектов схему я пока не рассматривал, не до этого. к тому же AR в YII2 уже есть и оно нормальное (для инет магаза, по крайней мере)

общее мнение по проекту так же буду рад услышать)

все объекты домена наследуются от __BaseObject. от него идут __VirtualObject и __StoredObject

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

как не трудно догадаться Virtual - всё, что не имеет модели но какую-то логику или хардкод (константы) содержит

Stored - объекты домена, управляющие реальными данными (моделями)

как-то так

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

как будто общаешься

PSR имена соответствуют?

нет, я один пишу, пока не учил себя PSR

более-менее придерживаюсь подходу isVar - bool, camelCase - function/identifier names

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

ну и всё в этом духе

вот тут всё наглядно

Не надо сюда картинки грузить достаточно дать ссылку на скриншот

какую ссылку? я нажимаю PrintScreen затем Ctrl + V

так же намного проще

к тому же скрины отиндексируются ещё, зачем это нужно..

Надо писать так чтоб твоя система могла встроится в другую систему без конфликтов имен и прочего

конфликтов не будет, но людям не нравится что обёртка много где используется (типа есть BaseClass как подстраховка от поздних изменений)

и что всё статично а значит нетестируемо =\

А почему такая увереность что не будет. Тесты не только помогут писать работающий код но и порядок навести в нем. Есть видосик прикольный может поможет с этим https://www.youtube.com/watch?v=EygqvQPn45Y .

спасибо, гляну. а как можно избежать конфликтов если итак используешь NS

генерить их как композер? тогда точно не совпадут с чужими

у меня же отделено именное пространство полностью

Ааа ты просто не писал по NS, а только кемелкеййс упомянул.

без NS не выжил бы )

у меня модели так же как объекты называются, только одни в app\models, другие в app\domain )

когда нужен из домена проброс в модель пишу в коде объекта Object use app\models\Object as ObjectModel

точнtе из модели в домен )

ужас что у человека с языком..

Когда я говорил, что нужно вкладывать в сообщество и User Groups, вы вкладывали в теннисные столы. Теперь у нас много средненьких теннисистов и нет коммюнити.

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

Когда я говорил, что нельзя всех подряд называть «синьорами», вы продолжали их создавать. Теперь у нас куча 23-летних синьоров и все равно х*р его знает, чем абстрактный класс отличается от интерфейса.

о народ, я правда на секунду проснулся. но пока не заснул может успею..

как решить проблему множественного наследования в php которого нет

кроме как трайтами

42

ну или хотя бы планинруют сделать?

тебе оно не нужно

42. ринято. так, так, ещ` ответы! быстрее, времени осталось меньше минуты!

нет такой проблемы

...господа знатоки

ERROR: S client not available

ещё как нужно причём постоянно

вот проектировал иерархию и было нужно недавно совсем

иерархия тоже не нужна

это все от лукавого

и Java может не нужна?

где это есть (странно, правда?)

@Adelf32 мы тут всей командой с тобой согласны

поддержка это хорошо. но вопрос в силе

Java нужна.

ты не говоришь проблемы.

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

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

роблема. представьте себе ромб. вершина - главный папа на райёне

проще и быстрее убивать себя. я не могу помочь тебе в этом :)

бока - дети

нижняя вершина - главный сын на райёне, он умеет всё что его старшие + унаследовал через них паханские замашки

роблема. представьте себе ромб. вершина - главный папа на райёне

Ты спрашиваешь какие то типичные вещи которые описаны в книжках и мануалах. Чат не для этого.

вот задача. постоянно встречается

нет такой задачи

задачи менее абстрактны

скажи пример

есть Object есть дети Virtual и Stored (они опредеяют принадлежность к виртуальным объектам (чисто логика + хардкод может) и хранимым объектам (та же логика + логика работы с данными, через AR в моём случае)

а ещё есть промежуточное звено, он называется ObjectGroup

это когда у меня есть Log, а есть Journal но им обоим папа будет History

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

вот и как тут разойтись? мне приходится его делать Stored чтобы от него унаследовать все CRUD

но тогда я нарушаю логику. ведь History - общие сценарии для конкретных реализаций (Log / Journal)

Знакома ли тебе одна госпожа...

не помню ее имя..

ах да!

Лисков