Чем проще то? В Вашем примере надо синхронизировать transform свойство, а в большинстве случаев синхронизируют scroll(Top/Left) свойство. Это в динамике — а вот в статике в примере разметка самая вроде "стандартная". Т.е. чем полезен пример — это возможно печать.
В моём случае, мы должны были сделать реакт-приложение и отдать его, а заказчик на своей стороне, может даже через пол года, хотел постоянно менять шаблоны своими силами не трогая само приложение.
Могу рассказать, что стояла задача примерно такая.
Есть список пользователей.
При просмотре каждого пользователя формируется url: /user/{template}/{user_id}
Нужно было внедрить шаблонизатор для просмотра пользователя.
допустим /user/table/1 — показать 1-го пользователя в табличной верстке /user/flex/1 — показать 1-го пользователя в резиновой верстке /user/.../1 — показать 1-го пользователя в…
и так далее, используя удаленные компоненты "представление" пользователя можно сделать независимым, его может делать другой человек и можно сделать сколько угодно таких тем для показа пользователя.
Да, согласен, у меня к концу проекта удаленный компонент разросся до 2к строк и встал вопрос о третесторонних модулях, о том как вынести общий функционал для некоторых компонентов.
Как вариант да — делать ручками, но я не решился.
Это одна из причин написания статьи, может быть кто-то делал по-другому и решал такие проблемы.
Если не добавлять в компонент require('react') или import React from 'react', нет смысла гонять это вебпаком, если внутри вебпак все равно использует бабел. Вот поэтому я напрямую бабелем и подготавливаю.
А если добавлять, тогда каждый компонент будет включать в себя реакт, это не хорошо.
Чем проще то? В Вашем примере надо синхронизировать transform свойство, а в большинстве случаев синхронизируют
scroll(Top/Left)свойство. Это в динамике — а вот в статике в примере разметка самая вроде "стандартная". Т.е. чем полезен пример — это возможно печать.В моём случае, мы должны были сделать реакт-приложение и отдать его, а заказчик на своей стороне, может даже через пол года, хотел постоянно менять шаблоны своими силами не трогая само приложение.
Вот мой комментарий
Могу рассказать, что стояла задача примерно такая.
Есть список пользователей.
При просмотре каждого пользователя формируется
url:/user/{template}/{user_id}Нужно было внедрить шаблонизатор для просмотра пользователя.
допустим
/user/table/1— показать 1-го пользователя в табличной верстке/user/flex/1— показать 1-го пользователя в резиновой верстке/user/.../1— показать 1-го пользователя в…и так далее, используя удаленные компоненты "представление" пользователя можно сделать независимым, его может делать другой человек и можно сделать сколько угодно таких тем для показа пользователя.
Да, согласен, у меня к концу проекта удаленный компонент разросся до 2к строк и встал вопрос о третесторонних модулях, о том как вынести общий функционал для некоторых компонентов.
Как вариант да — делать ручками, но я не решился.
Это одна из причин написания статьи, может быть кто-то делал по-другому и решал такие проблемы.
Я тоже не спец, я сразу сказал заказчику, что это небезопасно.
Хотел об этом пару строк написать в статье, но думаю многие знают.
Если не добавлять в компонент
require('react')илиimport React from 'react', нет смысла гонять это вебпаком, если внутри вебпак все равно использует бабел. Вот поэтому я напрямую бабелем и подготавливаю.А если добавлять, тогда каждый компонент будет включать в себя реакт, это не хорошо.