Разбивка структуры компонента

Разбивка структуры компонента

20.10.2019 03:33:05 Просмотров 50 Источник

Мы разрабатываем компонент разбиения на страницы для нашей библиотеки компонентов за два дня до этого.

И когда компонент был сделан, у нас есть некоторое обсуждение структуры свойств компонента.


Вариант 1

<pagination :total-pages="(totalPages as number)"
            v-model="(currentPage as number)" />

Вариант 2

<pagination :total="(totalItems as number)"
            :per-page="(perPage as number)"
            v-model="(currentPage as number)">

Что вы думаете об этих структурах? Что лучше для публичной библиотеки компонентов?


https://stackoverflow.com/questions/58473013/pagination-component-structure#comment103279554_58473013
куда вы отправили сами данные в компонент разбиения на страницы (данные = данные, которые вы хотите сделать разбиение на страницы)?.
https://stackoverflow.com/questions/58473013/pagination-component-structure#comment103279882_58473013
@elichenI ее вопрос не о коде. Только о реквизите. Какой из них лучше? С total_pages или total_items
https://stackoverflow.com/questions/58473013/pagination-component-structure#comment103280748_58473013
Обычно компонент подкачки будет иметь доступ к самим данным. Так что на самом деле не нужно для общих элементов вообще. Но, может быть, вы все еще хотите его для некоторых случаев. Во всяком случае, я думаю, что второй лучше. Его более ясно, что происходит, и из моего опыта подкачки плагинов обычно имеет свойство perPage. В первом у вас нет контроля, сколько на странице(или я что-то пропустил)

Ответы - Разбивка структуры компонента / Pagination component structure

Закрыть X