Feature/payment widget

[KentCpu]

После долгих раздумий решил погуглить. Нашел схожий функционал у "ЮKassa". Они предоставляют конструктор формы с обязательными полями и возможностью добавления дополнительных. Я попытался реализовать нечто подобное в коде. Что касается стилей, я заметил, что они обычно фиксированы для таких форм. Смог получить доступ к функции "pay", но мне кажется, что это костыль.

Прошу ответить на следующие вопросы:

1. Правильно ли я понимаю, что стили обычно фиксированы для таких форм, или следует предоставить возможность для их стилизации?
2. Как можно было получить доступ к функции pay по другому ? Смог сделать только так

[TorinAsakura]

После долгих раздумий решил погуглить. Нашел схожий функционал у "ЮKassa". Они предоставляют конструктор формы с обязательными полями и возможностью добавления дополнительных. Я попытался реализовать нечто подобное в коде. Что касается стилей, я заметил, что они обычно фиксированы для таких форм. Смог получить доступ к функции "pay", но мне кажется, что это костыль.

Прошу ответить на следующие вопросы:

1. Правильно ли я понимаю, что стили обычно фиксированы для таких форм, или следует предоставить возможность для их стилизации?
2. Как можно было получить доступ к функции pay по другому ? Смог сделать только так

0. Для дискуссий - есть дискусси.
1. Мы пишем библиотеку, а это значит, что платёжка должна поддаваться лёгкой кастомизации. Ярым моветоном считается хардкод в любом проявлении. От того, что ты потратишь лишние полчаса и вынесешь стили в отдельный слой ничего плохого не случится.
2. Понятия не имею, чтобы разобраться в данном вопросе - нужно разобраться с самим плагином. Но, если говорить про архитектуру, то это должно выглядеть так:

• инициализация
• публикация функции
• расширение по месту использования

3. При этом, фичу нужно разбивать на слои, дабы не создавать монолитный кусок кода, как это сделано у тебя сейчас

[TorinAsakura]

• Обрати внимание на отсутствие последних строк
• использований нативных хтмл компонентов - запрещено, как ты потом будешь с ним работать? через some.ref[div]? Используй нашу библиотеку github.com/atls/hyperion
• все сообщения, должны быть в формате intl, пример есть в github.com/torin-asakura/drumin, ищи FormattedMessage
• далее, у нас отступы 2, а у тебя 4, код выглядит раздутым, используй пожалуйста yarn check перед тем как коммитить
• пожалуйста, используй систему монорепозиториев, посмотри как выполнены плагины рядом
• в packages/payment-widget/src/payment-widget.hook.tsx намешано всё подряд, так делать не нужно, разбивай на ответственные зоны: change.handler.ts, init.hook.ts (туда можешь вынести инициализацию document.createElement)
• всевозможные ошибки должны быть вынесены в слой exception, пример https://github.com/atls/nestjs/blob/cf76057580570b056a033569ff37ac7bac9f0070/packages/grpc-errors/src/exception-factories/grpc-validation.exception-factory.ts#L23

[Nelfimov]

Необходимо доработать.

[Nelfimov]

Хороший прогресс, работаем дальше.

[KentCpu]

@Nelfimov, я решил отказаться от идеи с темой для кнопки, так как это выглядело не очень органично. Вместо этого, я использовал стили из формы для оплаты и добавил валидацию. Жду ревью :)

[Nelfimov]

👍