Во-первых, он таки в React есть. Называется value link. Это такой дизайн паттерн. И не смотря на то, что Фейсбук убирает свою кривую реализацию оного из React, он не может вам запретить его использовать
( Read more... )
Руководство по two-way data binding в React. livejournalJune 5 2016, 08:31:03 UTC
Пользователь om8 сослался на вашу запись в своей записи « Руководство по two-way data binding в React. » в контексте: [...] Оригинал взят у в Руководство по two-way data binding в React. [...]
какие-то убойные ссылки вы подсунули, не просто браузер схлопывается а весь айпад перегружается :)
мы разработали технологию байндинга и обработки событий для сложных форм - сам фреймворк небольшой, количество кода для бизнес слоя зависит от количества бизнес требований, и все тоже компактно и хайли реюзабл - генерация новой сложной формы занимает полдня-день с базовым функционалом, богатство которого растет с каждым новым бизнес требованием, плюс пару дней настроить дополнительные требования
реакт я не видела, а ангулар меня не впечатлил, хотя мы взяли оттуда пару идей но наш подход propriatery и вряд ли он когда выйдет за пределы компании
upd: глянула ссылки - очень сложно и все еще messy, видимо пора выходить на публику с нашим подходом
а вы решили, что публика - это ваш блевничок? )) какое у вас самомнение :)
неудивительно, что вы довольствуетесь этими жуткими фреймворками - у вас даже нет элементарной вежливости, уже не говоря о профессиональном любопытстве
Нахуй пошел из моих комментов. Вместе со своими блевничками, фреймворками, самомнением, и оценочными суждениями. Вежливости и профессиональному любопытству он меня учить собрался, смотрите. :)
Примеры разобраны для стейта, изолированного в одном "приложении" (ну, или странице) - у нас нет контекста приложения, нет расшаренных или переиспользуемых данных: запросили, отвалидировали, что-то сделали, ушли. Я так понимаю, что от флакса или там редакса какого мы в случае этих подходов не уйдем, да и логику взаимодействия с сервером и прочие кэш и мемоизацию, видимо, нужно будет делать прямо в компонентах, что в случае хитроты будет копироваться во все поля.
И в качестве оффтопика: пробовали ли вы mobx? Мы в текущий проект его засунули, и он вроде и работает, но реактивность местами создает неожиданные трудности (например, при копировании объектов реактивность теряется и нужно делать закат солнца вручную).
> Примеры разобраны для стейта, изолированного в одном "приложении" (ну, или странице) - у нас нет контекста приложения, нет расшаренных или переиспользуемых данных: запросили, отвалидировали, что-то сделали, ушли. Я так понимаю, что от флакса или там редакса какого мы в случае этих подходов не уйдем, да и логику взаимодействия с сервером и прочие кэш и мемоизацию, видимо, нужно будет делать прямо в компонентах, что в случае хитроты будет копироваться во все поля
( ... )
Comments 11
Reply
какие-то убойные ссылки вы подсунули, не просто браузер схлопывается а весь айпад перегружается :)
мы разработали технологию байндинга и обработки событий для сложных форм - сам фреймворк небольшой, количество кода для бизнес слоя зависит от количества бизнес требований, и все тоже компактно и хайли реюзабл - генерация новой сложной формы занимает полдня-день с базовым функционалом, богатство которого растет с каждым новым бизнес требованием, плюс пару дней настроить дополнительные требования
реакт я не видела, а ангулар меня не впечатлил, хотя мы взяли оттуда пару идей
но наш подход propriatery и вряд ли он когда выйдет за пределы компании
upd: глянула ссылки - очень сложно и все еще messy, видимо пора выходить на публику с нашим подходом
Reply
Выходите на здоровье, за чем дело встало. Публика оценит. Только в своих постах, пожалуйста.
Reply
а вы решили, что публика - это ваш блевничок? ))
какое у вас самомнение :)
неудивительно, что вы довольствуетесь этими жуткими фреймворками - у вас даже нет элементарной вежливости, уже не говоря о профессиональном любопытстве
мучайтесь дальше с вашим реактом :)
Reply
Reply
Примеры разобраны для стейта, изолированного в одном "приложении" (ну, или странице) - у нас нет контекста приложения, нет расшаренных или переиспользуемых данных: запросили, отвалидировали, что-то сделали, ушли. Я так понимаю, что от флакса или там редакса какого мы в случае этих подходов не уйдем, да и логику взаимодействия с сервером и прочие кэш и мемоизацию, видимо, нужно будет делать прямо в компонентах, что в случае хитроты будет копироваться во все поля.
И в качестве оффтопика: пробовали ли вы mobx? Мы в текущий проект его засунули, и он вроде и работает, но реактивность местами создает неожиданные трудности (например, при копировании объектов реактивность теряется и нужно делать закат солнца вручную).
Reply
Reply
Reply
Reply
Leave a comment