felixwieland / kosmo Goto Github PK

To get detected by "pkg.go.dev" kosmo needs a suitable license e. g. "MIT".

The integration of httptest into kosmo could improve the quality of the project in terms of documentation and soundness.

Support apollo-link-batch-http in kosmo. A kosmo Server should resolve all queries that are passed in a Array. It should resolve all queries concurrently to speed up the response.

Kosmo should provide a tag to mark a argument as required.

E. g.:

type PassengerArgs struct {
	Name string `kosmo:"required"`
	Seat int
}

The project currently have some lines that are not covered by the tests. That lines should be covered.

The uncovered lines are reported at: https://coveralls.io/github/FelixWieland/kosmo.

To improve project quality it would be nice to have a coveralls badge on the README.

Like following:

To improve the quality of the Project, a badge from goreportcard should be added.

Example:

Now that kosmo is displayable on pkg.go.dev (#13) kosmos README should display a badge that links to it's GoDoc on "pkg.go.dev".

To add this the following badge must be:
[![go.dev reference](https://img.shields.io/badge/go.dev-reference-007d9c?logo=go&logoColor=white&style=flat-square)](https://pkg.go.dev/mod/github.com/FelixWieland/kosmo)

Try to move:

to:

This will result in cleaner code and keeps the reflector file, free from kosmo-specific logic.

In some cases kosmo doesnt creates a mutation resolver. This issue appears if the last passed in type doesnt have a mutation.

To make extending kosmo easier, a GoDoc should be provided. In addition, the README must be expanded to include the new configuration options

Kosmo is not currently implementing unit tests. To make refactoring easier, the entire library should be covered by unit tests. Goconvey should be used as the testing framework. This should also make learning / using / enhancing kosmo easier

At the moment a resolver that does not need any arguments has to accept an empty structure as an argument.

In the future, a resolver without arguments should also be supported so that the additional effort to declare a new resolver type is eliminated.

Starting point:

To be up to date a use a built-in dependency management (not deps) kosmo should be upgraded to Go Modules

To make the development process more interactive, kosmo needs to speed up his schema reflection.
This could be relatively easy get done by using go routines for each type and resolver reflection.

To avoid deadlocks the used cache implementation must support parallel access.
Starting point:

Before the implementation starts, first check the following concurrency and parallelism rule:
https://github.com/golang/go/wiki/CodeReviewComments#synchronous-functions

and visit popular libraries to check how they implemented parallelism inside a library.

To allow the use of different http Servers kosmo should provide a option to return the raw http handler.

Starting point:

Currently kosmo does not allow inlined/child structs in type definitions. Kosmo should support that aswell to be compatible with ORM's like Bongo or GORM.

Currently kosmo supports only one query per type. To become more flexible, several queries per type should be allowed in the future.

Starting point: