Pull to refresh

Comments 5

Отлично, как раз для нового проекта нужна будет кастомизированная карта!
Мне одному кажется что как то все вы усложнили?.. Можно ведь на html просто накидать нужные элементы дизайна и повесить на них обработку нужных действий используя методы АПИ, или я что то не уловил?
Допустим, вы хотите сделать свой выпадающий список. Если вы начнете самостоятельно реализовывать его логику работы, вам нужно будет написать:
1. Логику открытия-закрытия
2. Логику снятия выделения со старого активного элемента при выборе нового
3. Логику добавления и удаления элемента в список, если для вашего сайта требуется его динамическая перестройка
4. Нужно будет учесть, что при изменении дочернего элемента возможно понадобится перестроить весь список, чтобы (например) увеличить его ширину
и так далее и тому подобное…

В случае контрола поиска реализовать логику запросов на сервер за данными будет совсем непросто.

Так что вы отчасти правы в случае с обычной кнопкой. Но для элементов управления со сложной логикой ваш вариант будет более трудоемким.
Но по большому счету в ваших примерах я не увидел элементов со сложной логикой, кнопки выполняющие элементарные действия, статичные списки выполняющие конкретные действия… я не придираюсь, честно))) просто я бы сделал свои элементы (реализовал бы их логику сам) и навесил методы из АПИ… ну так интереснее что ли)))
Сложных элементов мы не делали, т.к. это всё же примеры и они должны быть простыми и понятными.
Если только поисковый контрол с автокомплитом.

Соглашусь с Мариной, — подход «накидать html и навесить» хорош для простых контролов, а в более сложных случаях нужно отделять представление от бизнес-логики контрола, иначе поддерживать такой контрол будет проблематично.

Такое разделение собственно и позволяют сделать макеты. Это по сути реализация паттерна MVC, и как мне кажется более «правильный» путь.
Sign up to leave a comment.

Articles