Народ, при использовании каких то UI библиотек , вы оборачиваете

компоненты библиотек в свои обертки или используете прям так?

для вёрстки во всякие html-теги обворачивается для удобной верстки

что?

раньеш так использовал, теперь только с оберткой

что значит обёртка в данном контексте? заворачивать ui в отдельные компоненты для удобства использования?

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

а если обертка все таки что-то еще делает?))))

тогда это скорее всего уже функциональный контейнер

Например у меня bootsrap vue и VeeValidate. Я хочу сделать компонент InputControl, в который встроена и валидация и определенная структура, чтобы каждый раз не писать длинные портянки. Я думаю, вы поняли Приходит новый человек - и ему теперь нужно разобраться не только во VeeValidate и Bootstrap Vue, но и в моем компоненте обертке

ну да

либо каждый раз писать вот такое <ValidationProvider rules="required" name="Mobile"> <b-form-group slot-scope="{ valid, errors }" label="Mobile"> <b-form-input type="text" v-model="user.mobile" :state="errors[0] ? false : (valid ? true : null)" placeholder="Enter mobile no"> </b-form-input> <b-form-invalid-feedback> {{ errors[0] }} </b-form-invalid-feedback> </b-form-group> </ValidationProvider>

зато ему это нужно сделать только один раз, а не каждый раз, когда увидит "длинные портянки"

зато без обертки, он не ограничен ни в чем

а как он ограничен с оберткой?

а мы про какую обертку? котороая просто пробрасывает пропсы и листенеры? и или обертки со своей логикой?

изначально я писал про первую, но вторая тоже особо не ограничивает

Всегда нужно делать обёртки

Компонент контейнер -_-

я бы тут много оберток на делал, на каждый компонент ui кита, + компонент с логикой валидации

++++

Как правило логика валидации это не компонент

не совсем понял. Вы бы сделали обертки на каждый компонент uI кита + компонент с логикой валидации Что значит компонент с логикой валидации. Я думал засунуть валидацию имеено внурь компонента обертки

засунув логику валидации в компонент инпута, ты теряешь по сути компонент инпута, потому что теперь у тебя есть только инпут с валидацией, а если нужен без?

например, нам нужен инпут в проекте, мы оборачиваем в BaseInput компонент либы VInput, его мы используем всегда, когда нам нужен инпут для инпутов, в которых нужна валидация мы добавляем новый компонент на основе BaseInput

++

если нужен без. условно я пробрасываю пустое значение для валидации

говнокод же ;) тебе этот инпут может потребоваться в авктокомплит поле к примеру, там нафиг не нужна валидация, но нужна другая логика, а компонент автокомплита может потребоваться еще где-то. если делать как ты сказал, то будет куча неиспользуемого кода

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

ну, делай как хочешь тогда

почему он не должен поменять компонент, если ему нужна другая логика?

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

универсальных вещей не существует, DRY бывает мифичен

возможно