Вот только общего у них — только зависимость на RxJS.
Redux-Observable — это middleware, в то время как RxConnect — это Higher Order Component для написания реактивных компонент. Причём никто не мешает использовать оба — Redux-Observable для обработки глобальных action-ов и RxConnect чтобы состояние связывать с компонентом и обработки локального состояния
На самом деле мне на столько понравилась идея, что скорей всего я так и поступлю и уберу поддержку Redux в след. версии. HoC обещали оптимизировать в след. версиях React и свести оверхед почти что к нулю, а вот композиция коннекторов — это мне прям очень нравится. Спасибо за идею :)
Про декораторы есть в README и документации. В целом, я нахожу их лаконичней, но каждому своё и пользователь в праве писать без декораторов, библиотека этого не требует.
Вы правы, можно и так :) Правда это даст чуть больше оверхеда за счёт ещё одного HoC по пути к Вашему компоненту плюс немного синтаксической перегрузки, хотя идея мне нравится :)
Вообще, если говорить о Монадах, то List — это 0..n, а Optional — это 0..1, что хорошо объясняет попытку Егора использовать итератор.
в Java 8, правда, Optional не следует этому на 100% и не предоставляет тот же набор API, что мы имеем для Stream API, из-за чего композиция Optional-ов например не возможна (в Java 9 добавили метод, но осадок остался)
Просто мы в ZeroTurnaround тестируем наши java agent-ы с множеством разных баз данных и фреймворков, сначала написали свой test engine поверх docker-java, потом появился TestContainers и мы решили объединить силы :)
Можете ещё одну добавить: Configo — позволяет загружать environment variables из разных сорсов (Redis, Etcd, DynamoDB, Consul, Vault, HTTP, File, etc), шифровать их, использовать шаблоны
Про Spring Boot и большие приложения просто так ляпнули, чтобы умней казаться?:) Может всё же добавите аргументацию, а то прочтёт Вас джуниор какой-нибудь, и будет потом ходить и рассказывать всем что бут не годится для больших приложений. Хотя, есть подозрение что и Вы это просто где-то подхватили
сейчас вроде как да. Но если тебе интересна тема этого матчера то советую поднять этот вопрос в email листе groovy, Cedric будет рад увидеть заинтересованность
У меня она работает стабильно. И разве early adoption и массовое использовние не есть путь к принятию фичи? :)
причём тут тип то? о_О это вообще не про типизацию :D
https://github.com/bsideup/rx-connect/blob/master/src/mapActionCreators.js#L3-L21
может этот блок кода объяснит :)
А можно аргументацию чем это плохо?:)
так… это ж… фича! :D
Суть в том, что ты объявляешь Subject search$, а в компонент придёт
search = (...args) => search$.onNext(args)
, т.е. это не 1 к 1.Стучись в скайп ( bsideup ) если будут вопросы :)
Ручная сборка\разборка ключей? о_О Чё то я не понял, можешь пояснить? Вроде как минимум ручного в либе :)
Redux-Observable — это middleware, в то время как RxConnect — это Higher Order Component для написания реактивных компонент. Причём никто не мешает использовать оба — Redux-Observable для обработки глобальных action-ов и RxConnect чтобы состояние связывать с компонентом и обработки локального состояния
в Java 8, правда, Optional не следует этому на 100% и не предоставляет тот же набор API, что мы имеем для Stream API, из-за чего композиция Optional-ов например не возможна (в Java 9 добавили метод, но осадок остался)
На самом деле у нас тоже были тесты на TestNG, мы просто создавали контейнеры из TC и вручную вызывали .start() и .stop().
Как и написал выше, мы тоже начали со своего, а потом просто присоединились к TestContainers. OpenSource FTW! :)
Можете постучаться в разного рода IM-ы (Gitter, Skype ), я помогу смигрировать на TC если надо :)
А почему не http://github.com/testcontainers/testcontainers-java? :)
можете сократить до ММЖЖ, так, думаю, всем понятней будет.
Можете ещё одну добавить:
Configo — позволяет загружать environment variables из разных сорсов (Redis, Etcd, DynamoDB, Consul, Vault, HTTP, File, etc), шифровать их, использовать шаблоны