Wox VS eShopOnContainers

RunFlow is a cross-platform productivity tool which can launch apps and search files and more, that similar to Wox and PowerToys on Windows, and also similar like Alfred and Raycast on macOS. But we have differences with these tools, and we have our own unique new features. Right now, at the below, we will introduce you what features of RunFlow have been implemented in more details. It's an amazing journey, let's start.

I find Wox (which also uses Everything) a really great quick launcher, it saves a lot of time.

https://github.com/Wox-launcher/Wox

Maybe it's Wox (https://github.com/Wox-launcher/Wox) which is no longer maintained. Out of all these Spotlight alternatives, I think Fluent search is the best https://github.com/adirh3/Fluent-Search

Wox

I shared the exact same sentiment when I transitioned to Windows after a long period of only using macOS. I eventually began building a launcher myself using C# and over time it has become my daily driver. Feel free to check it out at https://github.com/dkgv/pinpoint, PRs welcome :-)

A few other nice candidates I found include:

- Keypirinha: https://keypirinha.com/

- Wox: https://github.com/Wox-launcher/Wox

- ueli: https://github.com/oliverschwendener/ueli

Other options that are open source are wox, cerebro and flow launcher

Have a look at PowerToys Run - based on Wox, open-source, and officially MS-backed.

For anyone in need of a functional search in windows: I recommend Wox, it uses the everyhig searoh engine and it works flawlessly

Personally I avoid the start menu or anything related to Windows indexing. What I use is everything and wox.

The eShopOnContainers is pretty popular, have you seen it yet? https://github.com/dotnet-architecture/eShopOnContainers

so I was exploring eShopOnContainers a little bit, more specifically the messages queues part and it made me wonder how is it possible to ensure data consistency across microservices when using them. If I'm not mistaken this isn't even shown in the eShopOnContainers examples.

For an example of an aggregate if you're unfamiliar - https://github.com/dotnet-architecture/eShopOnContainers/blob/3169a933447f1013c069e2cad2805c5de1ce9fbf/src/Services/Ordering/Ordering.Domain/AggregatesModel/OrderAggregate/Order.cs

You can check out eShopOnContainers as a reference architecture if you want, but (assuming this is meant to be somewhat of an ad hoc solution rather than a paragon of software engineering) I'd minimize the number of deployable assemblies (1 + tests if possible) and avoid Docker, again unless you have a specific reason to use it.

For K8s, it has a whole directory with deployment scripts. https://github.com/dotnet-architecture/eShopOnContainers/tree/dev/deploy/k8s

Checked the eshop on containers which uses EF for writes with DDD. Queries uses Dapper with raw sql. https://github.com/dotnet-architecture/eShopOnContainers/blob/dev/src/Services/Ordering/Ordering.API/Application/Queries/OrderQueries.cs

Maybe Microsoft’s eShopOnContainers reference system?