код на соответствие clean architecture?
С технической стороны, это реализовать реально?
жалуются когда функция длиннее 4 строк?
Кстати, есть какой-то пакет, в котором настраиваешь какой слой какие импорты может юзать и если ты импортнешь в слой домена какую-то сторонню фигню, то он будет жаловаться. Вот правда название не помню
Когда код слишком много знает
Нужен ИИ на базе дядюшки Боба. :-D
И больше 2х аргументов
ну тут просто, засунуть всё в классы, и всюду один аргумент — self
я просто почему спрашиваю - на днях увидел доклад и там чел рассказал в т.ч. про свой линтер анализирующий сложность кода. Вот и подумалось про чистую архитектуру https://github.com/wemake-services/wemake-python-styleguide
wemake — это классика. Там есть всё это включить, код писать вообще страшно становится.
Просто для демонстрации уровня сумасшествия: https://wemake-python-styleguide.readthedocs.io/en/latest/pages/usage/violations/consistency.html#wemake_python_styleguide.violations.consistency.RequiredBaseClassViolation
ну может это для поддержки 2.7. По-идее это настраивается
Там можно включить не всё?
можно, это просто плагин для флейка
Мне казалось его концепция в том, что все нахрен прибито гвоздями
Please, note that this rule has nothing to do with python2. We care only about consistency here.
в wps есть конфликтующие правила
Пользуюсь pydeps чтобы проверять проект на предмет странных импортов. Возможно можно нейроночку обучить анализировать графы зависимостей между пакетами чтобы она ругалась если что-то не так
Ну, это ж тупо обёртка вокруг флейка. Ничто не мешает (если ты у них не работаешь :-D)
я даже не могу сказать как принято в расте тк у нас к счастью нет наследования
Да я даже не про наследование как таковое, а про странное применение слова "консистентность". Типа если у нас есть синтаксис создания класса с наследованием, то второй синтаксис с неявным object нам не нужен. Там ещё такое есть, например: There are too many ways to import something. We should pick one style and stick to it. We have decided to use the readable one. # Correct: from os import path # Wrong: import os.path
ну в импорте я точно ничего плохого не вижу
Обсуждают сегодня