и мне ок с этим

ну логика то от него не зависит

логика - нет, а архитектура да

логика - нет, а архитектура да

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

во вторых что в этом такое, это ж UI

ну то есть

представь что ты пишешь приложение с GUI

будь то web + react или ангуляры или Qt

у тебя есть UI фреймворк

и хочешь ты или нет но Ui у тебя будет на него завязан

я понимаю

что до "прослойки" - если вдруг станет что-то страшное ты всегда можешь сверху накрутить адаптеров

так что нет, это не влияет на архитектуру приложения ровным счетом никак

к слову

вот тут вчера говорили про soft delete

что мол не нужен он

у меня тут кейс интересный всплыл на днях

soft insert)

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

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

с другой стороны хрен его знает на каком уровне сохранять результат операций.

значит это не юзер

по сути единственный норм вариант - сериализация и хранение на файловой системе

соседняя таблица?

ну или в соседней таблице, но это надо тогда заводить такую же сущность

ну вот я вчера буквально слушал

про софт делит

дескать дело просто в неправильном именовании

мы не удаляем сотрудников, а увольняем

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

мы не удаляем сотрудников, а увольняем

мы не регистрируем чувака, а.....

ну вот я не могу пока придумать адекватного термина

инициализируем процесс регистрации

new SignupProcess

signupProcess->toUser()

signupProcess->complete()

->cancel()

initialize

expire

->getStage()

->advanceTo($nextStage)

ну это понятно)

а что если точек входа в процесс 3?

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

тип 3 роли пользователя

что это меняет?

ну так....

ладно, всеравно рефакторить в "процесс" времени нет

пойду дальше лепить кастыли

для разных ролей разные стратегии

new SignupProcess(new ManagerUserStrategy())

new SignupProcess(new RegularUserStrategy())

я понял)

ну а я просто сериализую юзера вместо вставки в базу

и при вактивации продолжаю с этого места

не так красиво но зато делается за 2 часа

а с учетом того что процесс регистрации будет еще раза 2-3 переделываться ближайший месяц

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

Люди, посдкажите. Есть долги жирный скрипт, выполняющийся ночами и ночами же падающий (а днём не падает, лол). Хочу его залогировать по самые помидоры. Хочу в логгере автоматом в каждую строку писать вначале что-то типа "03:45:51 \import\prepare_good\line#37: ". Стек вызовов и номер строки где оно вызывается я могу только через исключение получить или можно более адекватно? Можно ли делать new Exception без throw?

debug_backtrace() и debug_print_backtrace()

а new Exception без throw делать можно. В т.ч. и для получения стектрейса

Спс

вроде жеж исключения создаются без throw какие то, типо дефолтных

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

ERROR: S client not available

я так понял debug_backtrace почти идентичен Exception::getTrace()?

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

Во многих это скорее всего в джаве?

js, c++, в руби по-моему тоже, хотя тут могу ошибаться

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

в ерланге вроде тоже

ну а в жсе нет интерфейсов, и проблематично будет обобщить под Throwable

есть семейство Error и instanceof, проблемы тут нет, было бы желаение

нууу... на счет жс странно в общем-то... но да, можно выкинуть что угодно...

давно ли в php Throwable появился. 100 лет обходились Exception как-то

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

да и какая, в сущности, разница. В пхп сделали так, в JS по-другому. Где-то вообще исключений нет

угу, в голанге например...

да, прямо скажем, в JS тоже исключения вырождаются из-за асинхронности

да, прямо скажем, в JS тоже исключения вырождаются из-за асинхронности

наоборот

да нет, не наоборот. Один интерфейс Promise в ES6 чего стоит. catch() не сделал - не проблема, работаем дальше

Одна из фич async/await паттерна - можно юзать трай кеч

async+await ещё нет

В хроме уже есть

вот когда будет это в принятои стандарте, тогда и можно будет говорить

Для всего остального есть бабел...

Вот и говорю что это не вырождение, а просто небольшой перекур

я на это надеюсь :)

Парни кто нибудь делал сервис для сравнения объектов в php и как вы в этом случае обходились без перегрузки операторов?

Сравнение, типа > < === и всё такое?

Как-то пришлось некое подобие арифметики с объектами делать, я там просто нафигачил методов типа add, difference, moreThan, lessThan, eq и т.п.

Возвращали они либо булин либо новый объект того-же класса

типа if($foo->moreThan($bar) { $qwe = $foo->add($bar); } else { $qwe = $foo->difference($bar); } $qwe = $qwe->percentOf($foo);

Думаю можно и отдельный класс запилить, который бы выполнял такие операции (по методу на каждую) над какими-то объектами. Прост принимал бы пару операндов и всё.

Как-то пришлось некое подобие арифметики с объектами делать, я там просто нафигачил методов типа add, difference, moreThan, lessThan, eq и т.п.

и это правильно

хороший пример - класс денег