Нормально ли так делать на Vue?

Question

[Анастасия]

Делаю форму регистрации
Создала по компоненту для каждого инпута, создала общий файл со стилями для инпутов. Так можно делать?

Comments

[modelair]

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

[Сергей delphinpro]

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

Answer 1

[alexalexes]

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

Answer 2

[LuckyDanyel]

Вообще то что вы насоздавали такие компоненты, маленькому проекту никак не навредит. По своему опыту могу сказать, что в папке UI должны лежать компоненты, которые не имеют конкретики и приближены к абстракции. Потому что в другом случае, если исходя из роста проекта будете создавать конкретику в этой папке, то она у вас «захломится», станет тяжелее поддерживать и сложнее искать в компоненты. Я бы сделал следующее: создал UI/inputs/CommonInput.vue и дальше в компоненте FormSignUp переиспользовал и передал нужные пропсы. Если у вас для этих трёх компонентов накладывается дополнительная логика, то можно создать так components/forms /InputEmail,InputPassword,InputName и эти компоненты базировались бы на CommonInput.vue. Как правило в UI должны находиться простые и абстрактные компоненты. Но чем ближе к папке components или pages тем все конкретнее должны создаваться компоненты, которые соответствуют бизнес логики приложения