> Все, что угодно. Еще одна веб-страница, созданная с нуля, с другой версткой...Вы выставляете правильное требование и именно оно породило MVC концепцию, когда приложение имеет слои. Есть слой логики, слой отображения. Ваше приложение должно получить реализацию новой верстки. А Pusa поможет это сделать на единой платформе.
>> Сравнение спецификаций WebAPI не очень.
> Ты требуешь у меня списка того, что твой фреймворк не умеет. Я
> его тебе дал. Из этого длинного списка (толщиной в книгу) можешь
> вычеркнуть getElementById, getElementsByClassName, classList.add, classList.remove
> и еще парочку методов. Всё остальное не поддерживается.
JS на ОЧЕНЬ значительную часть состоит из обслуживания самого JS, который и составляет книгу. А на выходе ограниченный функционал, который Pusa и реализует. Между требованием типового функционала и возможностями Pusa есть некий люфт. Моя задача сделать его минимальным, потому я и веду эту переписку с вами с целью узнать ваши пожелания.
> В курсе, если он делает DOMParent и прочие штуки. Если бэк употребляет
> слово DOM, если он хоть как-то оперирует дом-терминами (parent, child, attr
> &cetera), то он знает про то, куда будет выводиться ответ.
Приведу пример - вы получаете инструкцию:
- зайдите в комнату.
- включите свет.
От того кто пишет инструкцию - не требуется ни понимания комнаты, ни понимания как включается свет. При этом вы МОЖЕТЕ выполнить эту инструкцию. От кодера Pusa НЕ требуется понимания реализации DOM. Только понимание последствий инструкций.
и да... DOM команды названы исключительно вас, так как вы знаете что такое DOM.
Для человека не представляющего что такое DOM это просто набор инструкций.
