Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Complimentary libs #2

Open
ghost opened this issue Nov 14, 2016 · 2 comments
Open

Complimentary libs #2

ghost opened this issue Nov 14, 2016 · 2 comments

Comments

@ghost
Copy link

ghost commented Nov 14, 2016

Greencat is a flux, event store. Seems like a good match to me.

I am thinking of building an example to use both together.

But I am wondering if there are some other complimentary libraries to build examples with.

I also want to ask if the encapsulation philosophy extends all the way up to building PWA style web apps with this.
For example with PWA, I often load the common shared pojo (podo in dart I guess ) as a common library, so that asynchronously loaded components can latter use that and cross communicate.

Sorry about too many questions in one issue...

@alexeieleusis
Copy link
Collaborator

alexeieleusis commented Nov 14, 2016

Can you elaborate a bit more on what you are referring to when you say complimentary libraries? Is it like an extra library specific for greencat-butterfly integration? If so, I am not aware of any plan in that regard right now.

As for PWAs I don't know how it can affect or improve, but I would guess that you could design your store so only the objects you need when you load are created, or even start with the store specific to the initial load and then combine it with the ones you need on the way, I have no experience with either approach and I guess it will be a tradeoff.

What are you planning for your example? I am interested in having a more comprehensive example in greencat.

@ghost
Copy link
Author

ghost commented Nov 14, 2016

well, they are complimentary because they are agnostic to being used in Flutter or Dart & they elaborate / extend the architecture.
greencat is agnostic and extends the architecture to support something called event store.

In my example, i am using a CQRS pattern as a play thing to build up an architecture.
The client is Dart (flutter and web)
The server is:

  • NAT proxy (the dart event store will talk to it) over websockets or http. Websockets likely.
  • behind that a NATS as the message queue
  • behind that are Dart & golang as simple microservices, with their own DB's

The idea is to allow the client to work offline and online. When online the messages will be replayed from server to client and client to server.
The other idea is to see how much reuse of code is possible between the Dart frontends and Dart backends.

I use golang for message queue and other infrastructure things because Dart does not have that yet.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant