Как стать автором
Обновить

Комментарии 12

Борис, сделайте уже что-нибудь! Я за последние 4 месяца раза три или четыре обращался в техподдержку с сообщением о том, что функция "оплата по QR-коду" при заходе в банк через веб-интерфейс должным образом не работает: не фокусируется основная камера телефона. До февраля всё работало. Телефон у меня довольно старый и обновления системы на него не вроде бы НЕ приходят. То есть, очевидно, имеет место какой-то глюк взаимодействия API ваше процедуры считывания QR-кода с API телефона. Техподдержка банка неизменно отвечает отписками типа "проверьте камеру".
Да, кстати, через веб-интерфейс вынужден взаимодействовать по причине того, что ваше приложение протухло и требует обновления, которое несовместимо с моей версией ОС (Android 6).

Добрый день! Пришлите пример qr-кода, который перестал работать, пожалуйста, на почту ermachenkoborisfront@gmail.com

Постараемся с коллегами разобраться, если до февраля работало, то это не дело)

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

Добрый день! Спасибо за этот взгляд, действительно соглашусь, для небольших и быстрых проектов эти подходы могут быть не нужны.

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

Возможно потестим с командой плагины, спасибо за материал)

Пожалуйста 💪🏻

Не увидел связи с архитектурой

Ожидал что будут проверки нейминга файлов

Проверки древовидной структуры файлов

И прочее более глобальное чем импорт

Спасибо за комментарий!

Нейминг действительно важен, с помощью описанных подходов, можно следить и за ним, но есть более узконаправленные плагины.

По поводу древовидной структуры файлов и более глобальных вещей, чем импорты - поделитесь подробнее, о чем речь?

Допустим проверка связей компонентов друг с другом

То есть имею ввиду что родительский компонент должен быть вложенной папкой в родительском компоненте

Или другое правило такого типа

Импорты проверять сортировать, в $mol вообще их писать не нужно

Правильная статья, архитектурный линтинг крайне недооценён, как на фронте, так и беке.

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

Запрет на использование устаревших библиотек и зависимостей

Для такого стоит, в том числе, использовать eslint-plugin-depend.

eslint-plugin-import

Вместо этого частично нерабочего легаси монстра без адекватной поддержки сейчас стоит использовать адекватно поддерживаемый форк eslint-plugin-import-x.

Спасибо за полезное дополнение

Зарегистрируйтесь на Хабре, чтобы оставить комментарий