hughesjs / discoswebsdk Goto Github PK

Add Service that checks:

• Url is valid
• Api key is valid
• All services are injected correctly

It would be nice if we could resolve all the links and build a coherent object tree

A method needs to be created to dynamically load in the object graph of the model.

Currently, tests are targeted against the real API, this isn't ideal and we're going to quickly run up against rate limiting issues.

Need to make a mock API that tests can be run against

When fetching a DiscosObject with all includes, sometimes there's a deserialisation issue for the linked countries.

We probably should support both auth methods

If we want to use this in an environment without an IConfiguration setup, we should be able to provide these as strings

Logging (where it exists) is crude Console.WriteLine() replace this with ILogger support

Ideally, this SDK should be able to be consumed by an ASP.NET client with one line of code

The casing of the package name and namespaces doesn't follow convention.

These should probably all be changed to DiscosWebSdk.

• #55
• #56
• #57
• #58
• #59
• #60
• #61
• #62
• #63

We need a basic demo app

They've disabled the fetching of objects and launches for entities

At the moment, the tests for the bulk downloader are skipped.

This is because the mock api can't handle them and it takes hours to run on the real thing due to rate limiting.

We need to update the mock API to be able to cope with this.

Implement https://github.com/Tyrrrz/GitHubActionsTestLogger

It'll make everyone's life easier

Not everyone needs everything, we want to minimise dependencies people don't want.

Initally, I'd suggest splitting into:

• .Core (Models Only)
• .Http (Clients and Download Services)
• .Microsoft.Extensions.DependencyInjection (DI Extensions for MS DI)

Depends on #98

Readme needs updating to show how to use the SDK

If we want to be able to get all of something, it's a pain to do manually.

Let's build a class that can do this, and make sure it provides progress updates.

Currently, if downloading all of everything, no links are collected, we need to fix that

I'm now a maintainer of the Hypermedia lib so I can merge my patches with it.

Once that's been done, I can replace the dependencies with upstream.

Looks like the polly retry policy is hiding the real problem.

Fixing the mockoon config to deal with bulk downloads should sort it.

This is a problem on DISCOS' end, but we'll need a workaround

A client class needs to be implemented