bonomel / sharp-crokite Goto Github PK

This video explains it really well, and as a bonus, also makes all the methods async from the get-go!

https://www.youtube.com/watch?v=7pkmqrrjAAQ&list=PLA8ZIAm2I03jSfo18F7Y65XusYzDusYu5&index=2&ab_channel=SingletonSean

In order to cleanly notify viewmodels to update their content I should utilize an event aggregator.

This article describes a good way to do that.

https://www.codeproject.com/Articles/5275552/WPF-Compact-Navigation-Menu

The main overview of the ISK/h.

Columns should include:

• Icon
• Name
• One for each mineral quantity (with current market price in the header)
• Refined value per batch (using default reprocessing efficiency for now, will add setting later)
• Value of a single compressed unit
• Volume of a single unit
• ISK / m3
• ISK / H for minerals (using default yield for now, will add setting later)
• ISK / H for compressed ore (again, using default)

To decrease coupling between the UI and DataAccess layers, introduce repositories for these entities.

It is way too slow right now. Find a way to make it faster.

Reduce the number of api calls and iterations required to get to the end result.

Now that I've taken the first few steps and I've got a very basic working app, I'll add a unit test project and unit tests for the current codebase.

For example, to store (semi)immutable information about Harvestables

https://www.youtube.com/watch?v=CEZ6cF8eoeg&ab_channel=NickChapsas

https://www.youtube.com/redirect?event=video_description&redir_token=QUFFLUhqbmRwVWNoWVNURzAtSnlCc0tSZFNpNlFpaVp1Z3xBQ3Jtc0tseS1nS004cDVvZ1dfc0NiNm5FRG9uZ1ZMNHNQVGxCZlE3VkFlNzdZU1ZMSk8tQUtUR04wcTE1ZXk0RU9IdzV0TEp4Y01PZGRlTEVuNE9lZG9PMS15dFd1YUgzbmRmbVJRWGpLSkpVUkx3bjZLQ2pQZw&q=https%3A%2F%2Fgithub.com%2Fardalis%2FSmartEnum

Preferably with SpecFlow

Due to the nature of the tool (which relies on external data) it would be handy to be able to let the user choose which data source to prefer.

Add setting that allows selecting a datasource for each type of data, and implement the strategy pattern to ensure the right services are being called.

Prices should be represented as ISK in the UI.

I'd like to add a custom type or something similar that will display it as such automatically.

I've decide to name the project Sharp Crokite. Because it is written in C#. Ha ha.

Anyway, this is just a rename and associated cleanup :)

Make it more robust.

At the moment the application is not fully leveraging the tools available for databinding and commands.

Change the application to follow the principles of MVVM.

It looks like a very good alternative to WPF.

As per title. In order to further decrease coupling between the UI, data and core projects, I'd like to utilize DI.

Adding ISK/h for moon ore would mean one of the main features would be completed! Time to get that up to snuff.

The dataretriever now returns JSON objects which are irrelevant to the controller. Replace those with new DTO's instead, so I can add new ways to retrieve data more easily.

If 5 minutes have passed since the last update, a new price update should be triggered.

Look at Quartz and Hangfire

Right now the static (e.g. materials) and fluid (e.g. prices) data live in the same datastore.

This could be fine (TBD) but having a clearer distinction between them might be desirable.

The static data could instead be reference data that is only updated with new versions of the tool, while the price data is automatically updated every x minutes. These are different usecases and as such, could have different technical and practical implications.

This is more a thought process, but it needs to be resolved and implemented before 1.0.

At the moment, all the project files are contained in single Core project. Obviously this is a temporary situation. The first split needs to happen by introducing Infrastructure for all interfaces and shared superclasses, and pulling out all data access related classes to their own DataAccess project.

Using manual mapping between database and domain entities at the moment. Would using an automapper make sense for the added complexity cost?

Just a spike to see how it could be done and whether it is an applicable solution.

Issue considered done when there is a yes or no.

Copy paste from survery scanner result to immediately calculate total amount of each ore, total amount ISK value etc.

The current static data update does not add Type. This is needed to implement filtering and querying specific types.

Add it somehow.