Open chmnkh opened 5 years ago
если примем это требование, оно будет вводится только на новых проектах или как?)
да фиг знает, я считаю можно в любом момент начать применять на новом коде, ну и старый по ходу тоже менять, когда это не сильно толсто выходит
Такое лучше оформлять ПРом на стандарты, где ты приведёшь все доводы против дефолтных экспортов и примеры по их замене с учётом всех случаев. А потом уже создавать ишью или сразу ПР на приведение к стандартам в стартер ките.
В целом я согласен, что дефолтных лучше избегать. И я согласен, что лучше начать со стандартов. А еще лучше, надо явно прописать правило eslint-а, которое будет это чекать :)
это походу можно пометить как ready for work: запилить пр в стандарты
надо договориться о тонкостях всяких тогда, типа че делать, если надо вернуть компоненту под хоками и тд
зачем использовать дефолтные экспорты?
минусы:
import Rofl
нету автокомплита, и можно легко опечататься;import { Rofl }
- есть автокомплитexport { default as Rofl } from
- много буков;export * from
- мало буковплюсы:
минусы сильно побеждают, ящитаю