Jedi, Нужно ли следить на состоянием платежа? - да нужно
Какие данные мы должны хранить в БД? - как минимум состояние платежа, ид транзакции на своей стороне, ид транзакции на стороне банка, сумму, кто оплатил, в какой валюте, + лог данных запроса. т.е. то что отправляете от себя в банк, и то что принимаете в ответ. на всех этапах платежа (это опционально но очень помогает при проверке платежей)
Нужно ли делать post запросы в Тинькофф с React или Laravel? - только с лары. порядок: с реакта отправляете в лару, из лары отправляете в банк. в идеале реакт должен общаться только с вашим сервером.
фронт должен только отрисовывать для пользователя. а думать должен бэк.
Евгений Самсонов, я понимаю что есть наследие и другие штуки. но необходимо все таки дополнять алгоритм "одного запроса" придерживаясь ООП и не трогая старый код, от слова совсем.
Евгений Самсонов, скажем так, задача глобальная: расширяем код, не трогая старые объекты и при этом придерживаемся ООП.
Проблему цепочки обязанностей вижу в том, что там классы, цепочки, т.е. классы обработчики - не есть объекты, а только как часть алгоритма (или я не прав, пожалуйста укажите).
проблема редиректов в самих редиректах. и все (насколько я вижу), хапрос можно переадресовывать на новый экшен если это не обходимо и пр.
Однако и там и там алгоритм и его работу можно расширять, следуя тому же СОЛИДу. но меня более всего смщает что в цепочке обязанностей, сами обработчики не есть полноценные объекты (или все таки это полноценные объекты?). помогите разобраться если это возможно.
Daria Motorina, ну по сути да, но мне всегда казалось, что мидлвар нужен для проверки аутентификации и прочих штук связанных с безопасностю, непосредственно перед выполнением основного кода.
Евгений Самсонов, глупости какие то говорите, не вчитавшись в вопрос.
Что делает цепочка обязанностей? -по сути разбивает алгоритм с множеством условий на части.
Что я спросил? как лучше разбить алгоритм посредством редиректов, на каждый экшен своя часть, или посредством цепочки обязанностей?
когда я говорю по сути - это не значит что я не понимаю смысла цепочки обязанностей, но одна из задач этого паттерна заключается именно в этом.
ну хз, виджеты это такое себе. мне не очень нравится. зато как простая системка, очень даже устраивает + yii3 скоро всет таки будет, думаю к 22 году выпустят стабильную версию
Александр Борисович, мы ведь говорим о бэкэнд фреймворках? причем здесь вообще фронт?! для фронта созданы свои фреймворки и движки (которые я тоже не поддерживаю), а если лара уже лезет во фронт это очень плохо. скоро лара станет надстройкой над пхп. и это плохо. проще будет пользоваться чистым пхп чем ларой. она будет как язык. столько всего в ней будет понатыкано.
в итоге получится такое: чем большему кол-ву людей она захочет угодить тем менее полезна она будет)
Александр Борисович, я бы так сказал про лару. но увы здесь сишшком много "умных" людей, которые знают как ей пользоваться. Но на мой взгляд в ней слишком много всего лишнего.
подскажите, т.е. если я в пхп введу такое? window.list = '<?=echo 'hello world'?>'
то у меня в любом файле ts будет доступен window.list?
и еще вопрос
declare global {
interface Window {
list: string;
}
}
куда вставлять, извините за нубские вопросы.
WebDev, а, тогда у вас где то нарушена логика, мне кажется.
я бы тогда создал новый класс ApiFromServer (тут создавал бы подключение при необходимости).
а этот переименовал бы ReplaceDataOf::api(new ApiFromServer()) - получится декоратор. и в нем уже вот те методы что выше. а то получается у вас один класс как бы делает разные вещи.
(в данном случае статический класс будет играть роль конструктора, и там уже он должен определять следует ли подгружать данные из апи или нет.
Какие данные мы должны хранить в БД? - как минимум состояние платежа, ид транзакции на своей стороне, ид транзакции на стороне банка, сумму, кто оплатил, в какой валюте, + лог данных запроса. т.е. то что отправляете от себя в банк, и то что принимаете в ответ. на всех этапах платежа (это опционально но очень помогает при проверке платежей)
Нужно ли делать post запросы в Тинькофф с React или Laravel? - только с лары. порядок: с реакта отправляете в лару, из лары отправляете в банк. в идеале реакт должен общаться только с вашим сервером.
фронт должен только отрисовывать для пользователя. а думать должен бэк.