JsonApiFramework is a fast, extensible, and portable .NET framework for the reading and writing of client-side and server-side JSON API documents based on the domain model of the hypermedia API resources.
Note Version 2.0 Breaking Change
Version 2.0 is a breaking change from version 1.X by deprecating the use of
IResource
. To fix remove all usages of theIResource
interface when defining your service model.
JSON API is an excellent specification for building hypermedia (Level 3 REST API) APIs in JSON. Using this standard solves the problem of how to format your hypermedia API responses (server) as well as requests for creating, updating, and deleting resources (client) with JSON. Adopting this standard promotes standardized communication protocols between client applications and hypermedia API servers making development and consumption of the hypermedia API effortless.
JsonApiFramework implements the JSON API 1.0 version of the specification that enables .NET developers to work with JSON API documents at a high level using .NET objects. Therefore JsonApiFramework helps .NET developers focus on core application functionality rather than on protocol implementation.
JsonApiFramework is a framework where developers define a service model that represents the domain model of the resources produced and consumed by a hypermedia API server or client application either through explicit configuration and/or implicit conventions. With a service model developers can use a document context that represents a session with a JSON API document for reading and/or writing of various JSON API concepts such as resources, relationships, links, meta information, error objects, and JSON API version information encapsulated as high level CLR objects.
- Never have to work with JSON directly, instead work with .NET CLR objects
- Reading JSON API documents through a reader interface
- Building and Writing JSON API documents through a fluent-style progressive builder interface for
- Resource object documents
- Resource Identifier object documents
- Error object documents
- Automatic generation of JSON API standard hypermedia for
- Document links
- Resource relationships and links
- Automatic conversion between JSON API resources and .NET CLR resources
- Support for both client-side and server-side specific JSON API document building styles
- Support for JSON API compound documents by
- Inclusion of related resources
- Circular resource references supported
- Automatic generation of resource linkage between related resources
- Support for manual adding of resource linkage between related resources without needing to include related resources
- Support for HATEOAS (Hypermedia as the Engine of Application State) for resource relationship and links inclusion or exclusion with lambda expression predicates
- Support for complex types at the resource level
- Support for sparse fieldsets for server-side document building
- Feature can be enabled or disabled as needed
- Support for meta information at the document, resource, relationship, link, error, and JSON API version levels
- Support for portable development with JsonApiFramework binaries compiled as .NET Standard 1.0 class libraries
- Targeting the .NET Standard 1.0 version maximizes the number of platforms the JsonApiFramework binaries can be used on, see the .NET Standard documentation for details
- Fast reading and writing of JSON API documents
- Internally uses a specialized DOM (Document Object Model) tree representing the JSON API document in memory
- Internally uses compiled .NET expressions for fast conversion between JSON API and .NET CLR resources
Extreme high code quality with 2000+ unit tests. Production ready.
For further details, please check out the Wiki and .NET Core Samples
The following are some brief but concise usage examples to get an overall feel for how JsonApiFramework works both client-side and server-side of things. More usage examples will be found in the wiki and samples.
Assume the following for the usage examples:
// JsonApiFramework CLR Types
// --------------------------
// Document Represents a JSON API document.
// DocumentContext Represents a session with a JSON API document.
//
// Blogging CLR Types
// ------------------
// BloggingDocumentContext Specialization of DocumentContext for blogging resource types.
//
// Internally contains the service model (think metadata) of the
// blogging resource types with optional naming conventions to apply
// when converting between JSON API and .NET CLR resources.
//
// Blogging Relationships
// ----------------------
// Blog has "to-many" relationship to Article named "articles"
//
// Article has "to-one" relationship to Person named "author"
// Article has "to-many" relationship to Comment named "comments"
//
// Comment has "to-one" relationship to Person named "author"
public class Blog
{
public long BlogId { get; set; }
public string Name { get; set; }
}
public class Article
{
public long ArticleId { get; set; }
public string Title { get; set; }
public string Text { get; set; }
}
public class Comment
{
public long CommentId { get; set; }
public string Body { get; set; }
}
public class Person
{
public long PersonId { get; set; }
public string FirstName { get; set; }
public string LastName { get; set; }
public string Twitter { get; set; }
}
This example shows how a server-side Web API Controller could construct and return a JSON API document for the following GET
request for an individual article:
GET http://example.com/articles/1
public class ArticlesController : ApiController
{
[Route("articles/{id}")]
public async Task<IHttpActionResult> GetAsync(string id)
{
Contract.Requires(String.IsNullOrWhitespace(id) == false);
// Get article /////////////////////////////////////////////////////
var article = await GetArticle(id);
// Build and return JSON API document //////////////////////////////
var currentRequestUrl = HttpContext.Current.Request.Url;
using (var documentContext = new BloggingDocumentContext())
{
// Build new document.
var document = documentContext
.NewDocument(currentRequestUrl)
// Document links
.Links()
.AddUpLink()
.AddSelfLink()
.LinksEnd()
// Resource document (convert CLR Article resource to JSON API resource)
.Resource(article)
// Article relationships
.Relationships()
// article -> author
.Relationship("author")
.Links()
.AddSelfLink()
.AddRelatedLink()
.LinksEnd()
.RelationshipEnd()
// article -> comments
.Relationship("comments")
.Links()
.AddSelfLink()
.AddRelatedLink()
.LinksEnd()
.RelationshipEnd()
.RelationshipsEnd()
// Article links
.Links()
.AddSelfLink()
.LinksEnd()
.ResourceEnd()
.WriteDocument();
// Return 200 OK
// Note: WebApi JsonMediaTypeFormatter serializes the JSON API document into JSON.
return this.Ok(document);
}
}
}
will create the following example JSON
{
"links": {
"up": "http://example.com/articles",
"self": "http://example.com/articles/1"
},
"data": {
"type": "articles",
"id": "1",
"attributes": {
"title": "JSON API paints my bikeshed!",
"text": "If you’ve ever argued with your team about the way your JSON responses should be
formatted, JSON API can be your anti-bikeshedding tool."
},
"relationships": {
"author": {
"links": {
"self": "http://example.com/articles/1/relationships/author",
"related": "http://example.com/articles/1/author"
}
},
"comments": {
"links": {
"self": "http://example.com/articles/1/relationships/comments",
"related": "http://example.com/articles/1/comments"
}
}
},
"links": {
"self": "http://example.com/articles/1"
}
}
}
This example shows how a server-side Web API Controller could construct and return a JSON API document for the following GET
request for an individual article and server-side include of the article's related author and comments resources:
GET http://example.com/articles/1
public class ArticlesController : ApiController
{
[Route("articles/{id}")]
public async Task<IHttpActionResult> GetAsync(string id)
{
Contract.Requires(String.IsNullOrWhitespace(id) == false);
// Get article and related author and comments /////////////////////
var article = await GetArticle();
var author = await GetArticleAuthor(article);
var comments = await GetArticleComments(article);
// Build and return JSON API document //////////////////////////////
var currentRequestUrl = HttpContext.Current.Request.Url;
using (var documentContext = new BloggingDocumentContext())
{
// Build new document.
var document = documentContext
.NewDocument(currentRequestUrl)
// Document links
.Links()
.AddLink("up")
.AddLink("self")
.LinksEnd()
// Resource document (convert CLR Article resource to JSON API resource)
.Resource(article)
// Article relationships
.Relationships()
// article -> author
.AddRelationship("author", new [] { "self", "related" })
// article -> comments
.AddRelationship("comments", new [] { "self", "related" })
.RelationshipsEnd()
// Article links
.Links()
.AddLink("self")
.LinksEnd()
.ResourceEnd()
// With included resources
.Included()
// Convert related "to-one" CLR Person resource to JSON API resource
// Automatically generate "to-one" resource linkage in article to related author
.Include(ToOneIncludedResource.Create(article, "author", author))
// Author(Person) relationships
.Relationships()
// author -> comments
.AddRelationship("comments", new [] { "self", "related" })
.RelationshipsEnd()
// Author(Person) links
.Links()
.AddLink("self")
.LinksEnd()
.IncludeEnd()
// Convert related "to-many" CLR Comment resources to JSON API resources
// Automatically generate "to-many" resource linkage in article to related comments
.Include(ToManyIncludedResources.Create(article, "comments", comments))
// Comments relationships
.Relationships()
// comments -> author
.AddRelationship("author", new [] { "self", "related" })
.RelationshipsEnd()
// Comments links
.Links()
.AddLink("self")
.LinksEnd()
.IncludeEnd()
.IncludedEnd()
.WriteDocument();
// Return 200 OK
// Note: WebApi JsonMediaTypeFormatter serializes the JSON API document into JSON.
return this.Ok(document);
}
}
}
will create the following example JSON
{
"links": {
"up": "http://example.com/articles",
"self": "http://example.com/articles/1"
},
"data": {
"type": "articles",
"id": "1",
"attributes": {
"title": "JSON API paints my bikeshed!",
"text": "If you’ve ever argued with your team about the way your JSON responses should be
formatted, JSON API can be your anti-bikeshedding tool."
},
"relationships": {
"author": {
"links": {
"self": "http://example.com/articles/1/relationships/author",
"related": "http://example.com/articles/1/author"
},
"data": { "type": "people", "id": "9" }
},
"comments": {
"links": {
"self": "http://example.com/articles/1/relationships/comments",
"related": "http://example.com/articles/1/comments"
},
"data": [
{ "type": "comments", "id": "5" },
{ "type": "comments", "id": "12" }
]
}
},
"links": {
"self": "http://example.com/articles/1"
}
},
"included": [
{
"type": "people",
"id": "9",
"attributes": {
"first-name": "Dan",
"last-name": "Gebhardt",
"twitter": "dgeb"
},
"relationships": {
"comments": {
"links": {
"self": "http://example.com/people/9/relationships/comments",
"related": "http://example.com/people/9/comments"
}
}
},
"links": {
"self": "http://example.com/people/9"
}
},
{
"type": "comments",
"id": "5",
"attributes": {
"body": "First!"
},
"relationships": {
"author": {
"links": {
"self": "http://example.com/comments/5/relationships/author",
"related": "http://example.com/comments/5/author"
}
}
},
"links": {
"self": "http://example.com/comments/5"
}
},
{
"type": "comments",
"id": "12",
"attributes": {
"body": "I like XML better"
},
"relationships": {
"author": {
"links": {
"self": "http://example.com/comments/12/relationships/author",
"related": "http://example.com/comments/12/author"
}
}
},
"links": {
"self": "http://example.com/comments/12"
}
}
]
}
This example shows how a server-side Web API Controller could construct and return a JSON API document for the following GET
request for an individual article and server-side include of the article's resource linkage to related author and comments resources without including the related author and comments resources in the included section:
GET http://example.com/articles/1
public class ArticlesController : ApiController
{
[Route("articles/{id}")]
public async Task<IHttpActionResult> GetAsync(string id)
{
Contract.Requires(String.IsNullOrWhitespace(id) == false);
// Get article and related author and comments /////////////////////
var article = await GetArticle();
var author = await GetArticleAuthor(article);
var comments = await GetArticleComments(article);
// Build and return JSON API document //////////////////////////////
var currentRequestUrl = HttpContext.Current.Request.Url;
using (var documentContext = new BloggingDocumentContext())
{
// Build new document.
var document = documentContext
.NewDocument(currentRequestUrl)
// Document links
.Links()
.AddLink("up")
.AddLink("self")
.LinksEnd()
// Resource document (convert CLR Article resource to JSON API resource)
.Resource(article)
// Article relationships
.Relationships()
// article -> author
.Relationship("author")
.Links()
.AddSelfLink()
.AddRelatedLink()
.LinksEnd()
.SetData(ToOneResourceLinkage.Create(9))
.RelationshipEnd()
// article -> comments
.Relationship("comments")
.Links()
.AddSelfLink()
.AddRelatedLink()
.LinksEnd()
.SetData(ToManyResourceLinkage.Create(new [] {5, 12}))
.RelationshipEnd()
.RelationshipsEnd()
// Article links
.Links()
.AddLink("self")
.LinksEnd()
.ResourceEnd()
.WriteDocument();
// Return 200 OK
// Note: WebApi JsonMediaTypeFormatter serializes the JSON API document into JSON.
return this.Ok(document);
}
}
}
will create the following example JSON
{
"links": {
"up": "http://example.com/articles",
"self": "http://example.com/articles/1"
},
"data": {
"type": "articles",
"id": "1",
"attributes": {
"title": "JSON API paints my bikeshed!",
"text": "If you’ve ever argued with your team about the way your JSON responses should be
formatted, JSON API can be your anti-bikeshedding tool."
},
"relationships": {
"author": {
"links": {
"self": "http://example.com/articles/1/relationships/author",
"related": "http://example.com/articles/1/author"
},
"data": { "type": "people", "id": "9" }
},
"comments": {
"links": {
"self": "http://example.com/articles/1/relationships/comments",
"related": "http://example.com/articles/1/comments"
},
"data": [
{ "type": "comments", "id": "5" },
{ "type": "comments", "id": "12" }
]
}
},
"links": {
"self": "http://example.com/articles/1"
}
}
}
This example shows how a server-side Web API Controller could construct and return a JSON API document for the following GET
request for an individual article with client requested sparse fieldsets.
GET http://example.com/articles/1?fields[articles]=title,author
public class ArticlesController : ApiController
{
[Route("articles/{id}")]
public async Task<IHttpActionResult> GetAsync(string id)
{
Contract.Requires(String.IsNullOrWhitespace(id) == false);
// Get article /////////////////////////////////////////////////////
var article = await GetArticle(id);
// Build and return JSON API document //////////////////////////////
var currentRequestUrl = HttpContext.Current.Request.Url;
using (var documentContext = new BloggingDocumentContext())
{
// Build new document.
var document = documentContext
.NewDocument(currentRequestUrl)
// Document links
.Links()
.AddUpLink()
.AddSelfLink()
.LinksEnd()
// Resource document (convert CLR Article resource to JSON API resource)
.Resource(article)
// Article relationships
.Relationships()
// article -> author
.Relationship("author")
.Links()
.AddRelatedLink()
.LinksEnd()
.RelationshipEnd()
// article -> comments
.Relationship("comments")
.Links()
.AddRelatedLink()
.LinksEnd()
.RelationshipEnd()
.RelationshipsEnd()
// Article links
.Links()
.AddSelfLink()
.LinksEnd()
.ResourceEnd()
.WriteDocument();
// Return 200 OK
// Note: WebApi JsonMediaTypeFormatter serializes the JSON API document into JSON.
return this.Ok(document);
}
}
}
will create the following example JSON
{
"links": {
"up": "http://example.com/articles",
"self": "http://example.com/articles/1?fields[articles]=title,author"
},
"data": {
"type": "articles",
"id": "1",
"attributes": {
"title": "JSON API paints my bikeshed!"
},
"relationships": {
"author": {
"links": {
"related": "http://example.com/articles/1/author"
}
}
},
"links": {
"self": "http://example.com/articles/1"
}
}
}
This example shows how a client-side ViewModel could construct and send a POST
request with a JSON API document for creating resource purposes:
POST http://example.com/articles
public class ArticlesViewModel : ViewModel
{
public async Task<bool> CreateNewArticleAsync(string title, string text, long authorId)
{
// Create new article for respective author.
var article = new Article { Title = title, Text = text };
// Build and POST JSON API document to create new article.
using (var documentContext = new BloggingDocumentContext())
{
// Build document
var document = documentContext
.NewDocument()
// Resource document (convert CLR Article resource to JSON API resource)
.Resource(article)
// Link new article to an existing author.
.Relationships()
.AddRelationship("author", ToOneResourceLinkage.Create(authorId))
.RelationshipsEnd()
.ResourceEnd()
.WriteDocument();
// POST document
var documentJson = document.ToJson();
var content = new StringContent(documentJson, Encoding.UTF8, "application/json")
var httpClient = new HttpClient();
httpClient.DefaultRequestHeaders
.Accept
.Add(new MediaTypeWithQualityHeaderValue("application/json"));
var response = await httpClient.PostAsync("http://example.com/articles", content);
response.EnsureSuccessStatusCode();
return true;
}
}
}
will create the following example JSON
{
"data": {
"type": "articles",
"attributes": {
"title": "JSON API paints my house!",
"text": "If you’ve ever argued with your team about the way your JSON responses should be
formatted, JSON API can be your anti-bikeshedding tool."
},
"relationships": {
"author": {
"data": { "type": "people", "id": "9" }
}
}
}
}
This example shows how a client-side ViewModel could construct and send a PATCH
request with a JSON API document for updating resource purposes:
PATCH http://example.com/articles/2
public class ArticlesViewModel : ViewModel
{
public async Task<bool> UpdateExistingArticleTitleAsync(long articleId, string newTitle)
{
// Build and PATCH JSON API document to update an existing article's title.
using (var documentContext = new BloggingDocumentContext())
{
// Build document.
var document = documentContext
.NewDocument()
// Resource document (manually build an Article JSON API resource)
.Resource<Article>()
// Set primary key
.SetId(Id.Create(articleId))
// Update title attribute
.Attributes()
.AddAttribute(article => article.Title, newTitle)
.AttributesEnd()
.ResourceEnd()
.WriteDocument();
var documentJson = document.ToJson();
// PATCH document.
var content = new StringContent(documentJson, Encoding.UTF8, "application/json")
var httpClient = new HttpClient();
httpClient.DefaultRequestHeaders
.Accept
.Add(new MediaTypeWithQualityHeaderValue("application/json"));
var response = await httpClient.PatchAsync("http://example.com/articles/2", content);
response.EnsureSuccessStatusCode();
return true;
}
}
}
will create the following example JSON
{
"data": {
"type": "articles",
"id": "2",
"attributes": {
"title": "To TDD or Not"
}
}
}
Document reading is the same for either client-side or server-side.
This example shows how a client application or server hypermedia API server could receive and read a JSON API resource document for an individual article with included author and comments:
public class ArticleReader
{
public void ReadJsonApiDocument(string json)
{
// Parse and read JSON API document.
var document = JsonObject.Parse<Document>(json);
using (var documentContext = new BloggingDocumentContext(document))
{
// Read JSON API protocol version //////////////////////////////////
var jsonApiVersion = documentContext.GetJsonApiVersion();
// Read Document-Level things //////////////////////////////////////
var documentType = documentContext.GetDocumentType();
Assume(documenType == DocumentType.ResourceDocument);
var documentMeta = documentContext.GetDocumentMeta();
var documentLinks = documentContext.GetDocumentLinks();
Assume(documentLinks.ContainsLink("self") == true);
var documentSelfLink = documentLinks ["self"];
// Read Resource-Level things //////////////////////////////////////
// Articles
var article = documentContext.GetResource<Article>();
var articleLinks = documentContext.GetResourceLinks(article);
var articleSelfLink = articleLinks ["self"];
var articleRelationships = documentContext.GetResourceRelationships(article);
Assume(articleRelationships.ContainsRelationship("author") == true);
Assume(articleRelationships.ContainsRelationship("comments") == true);
// Related Author
var authorRelationship = articleRelationships ["author"];
var authorRelationshipLinks = authorRelationship.Links;
var authorRelationshipSelfLink = authorRelationshipLinks ["self"];
var authorRelationshipRelatedLink = authorRelationshipLinks ["related"];
var authorRelationshipMeta = authorRelationship.Meta
Assume(authorRelationship.IsResourceLinkageNullOrEmpty() == false);
var author = documentContext.GetRelatedResource<Person>(authorRelationship);
// Related Comments
var commentsRelationship = articleRelationships ["comments"];
var commentsRelationshipLinks = commentsRelationship.Links;
var commentsRelationshipSelfLink = commentsRelationshipLinks ["self"];
var commentsRelationshipRelatedLink = commentsRelationshipLinks ["related"];
var commentsRelationshipMeta = commentsRelationship.Meta
Assume(commentsRelationship.IsResourceLinkageNullOrEmpty() == false);
var comments = documentContext
.GetRelatedResourceCollection<Comment>(commentsRelationship)
.ToList();
}
}
}
The JSON API specification fundamentally standardizes the HTTP communication protocol for CRUD (Create Retrieve Update Delete) of resources between client and server. This is in the context of hypermedia API JSON-based HTTP requests and responses containing JSON API documents which in turn are composed of resources.
From a JSON API document reading and writing standpoint, the reading of JSON API documents is the same for both client and server but the writing of JSON API documents is different. For the server, the writing or generation of a JSON API documents will be based on a client request and contain hypermedia throughout the document. For the client, the writing or generation of a JSON API document will be essentially for the creating or updating of resources on the server and contain no hypermedia at all. With this understanding, the JsonApiFramework solution is composed of the following
Project | Assembly * | Summary |
---|---|---|
JsonApiFramework.Core | JsonApiFramework.Core.dll | Portable core-level .NET class library for serializing and deserializing between raw JSON API documents and CLR resources. Portable core-level .NET framework for ServiceModel and Conventions. |
JsonApiFramework.Infrastructure | JsonApiFramework.Infrastructure.dll | Portable client-side and server-side .NET framework for JSON API document reading and writing. Depends on the JsonApiFramework.Core project. |
JsonApiFramework.Client | JsonApiFramework.Client.dll | Portable client-side .NET framework for JSON API document building. Depends on the JsonApiFramework.Core and JsonApiFramework.Infrastructure projects. |
JsonApiFramework.Server | JsonApiFramework.Server.dll | Portable server-side .NET framework for JSON API document building. Depends on the JsonApiFramework.Core and JsonApiFramework.Infrastructure projects. |
* All assemblies are .NET Standard class libraries to support cross-platform development.
There are 2 options for installation of JsonApiFramework depending on the goal of the project:
Option 1: From NuGet (easy peasy)
Id | Name | Latest Version |
---|---|---|
JsonApiFramework.Client | JsonApiFramework [Client] | 2.12.0 |
To install the JsonApiFramework [Client] NuGet package, run the following command in the Package Manager Console
PM> Install-Package JsonApiFramework.Client
Id | Name | Latest Version |
---|---|---|
JsonApiFramework.Server | JsonApiFramework [Server] | 2.12.0 |
To install the JsonApiFramework [Server] NuGet package, run the following command in the Package Manager Console
PM> Install-Package JsonApiFramework.Server
Special case of creating an assembly containing just the service model where the assembly is intended to be shared by both client-side and server-side projects.
Id | Name | Latest Version |
---|---|---|
JsonApiFramework.Core | JsonApiFramework [Core] | 2.12.0 |
To install the JsonApiFramework [Core] NuGet package, run the following command in the Package Manager Console
PM> Install-Package JsonApiFramework.Core
- Clone this repository to your computer.
- Open the JsonApiFramework.sln visual studio solution file.
- Rebuild the solution, use the binaries depending on the goal of the project:
- Client-Side Document Reading/Building/Writing
- JsonApiFramework.Core.dll
- JsonApiFramework.Infrastructure.dll
- JsonApiFramework.Client.dll
- Server-Side Document Reading/Building/Writing
- JsonApiFramework.Core.dll
- JsonApiFramework.Infrastructure.dll
- JsonApiFramework.Server.dll
- Shared Service Model Only
- JsonApiFramework.Core.dll
- Client-Side Document Reading/Building/Writing
JsonApiFramework is a C#/.NET standard library developed and built with Visual Studio 2019.
The only thing needed is Visual Studio 2019 or higher installed on your development machine. JsonApiFramework has dependencies on nuget packages, more specifically:
- JSON.NET 10.0 nuget package (Used for serialization/deserialization between JSON and C# objects)
- Humanizer.Core 2.2 nuget package (Used for developer configured naming conventions to apply when converting between JSON API resources and .NET CLR resources)
- xUnit 2.0 nuget packages (Used for unit tests)
JsonApiFramework has over 2000+ unit tests and growing. This ensures extreme high code quality and allows for new development with a safety net that any new development has not broken any of the existing code base.
JsonApiFramework unit tests were developed with the excellent xUnit 2.0 unit testing framework. In order to run the unit tests, you will need a xUnit test runner so please see the xUnit Documentation page to setup an appropriate test runner for your development machine.
The JsonApiFramework unit tests rely heavily on the following xUnit features:
[Theory]
data driven unit tests, and theITestOutputHelper
interface used to capture useful unit test output for diagnostic and visualization purposes. For example, the JSON being read or written for a particular unit test. Another example, the internal DOM (Document Object Model) tree representing the JSON API document in memory.
Recommendation: If you have Resharper, we highly recommend using Resharper with the xUnit.net Test Support extension as your test runner. This allows the running or debugging of unit tests in the Resharper unit tests window which also captures all the output from the
ITestOutputHelper
interface described above.
- Fork it!
- Checkout master branch:
git checkout master
- Create your feature branch from master branch:
git checkout -b my-new-feature
- Add your changes:
git add --all
- Sign-off and commit your changes with a message:
git commit -sm 'commit message'
- Push to the branch:
git push origin my-new-feature
- Submit a pull request :D
- v2.12.0
- #98 Add a hide feature so an attribute can still be part of the service model but will not be serialized into JSON.
- v2.11.0
- #97 Add support for DateOnly and TimeOnly types as properties on resource POCO objects. Support comes via value coercion between string and DateOnly/TimeOnly values.
- v2.10.1
- #96 Fix exception occuring when building server-side hypermedia with multiple home resource types all with empty path collection segments.
- v2.10.0
- #95 Simplify adding of complex/resource type configurations.
- #94 Add support for multiple home document resource types.
- #93 Update from .Net 6 to .NET 8.
- v2.9.0
- #89 Update from .NetStandard 2.0 to .Net 6.
- v2.8.0
- #85 Fix the hypermedia engine to use a custom converter for resource identifiers if available when building related resource hypermedia.
- v2.7.0
- #84 Add support optional custom converters when converting the CLR resource identifiers into strings.
- v2.6.0
- #81 Fixed null reference exception when parsing a document with a null complex type attribute.
- #80 Add ULID support as a primitive type.
- v2.5.0
- #79 Support data driven approach on how to handle custom built null document or resource links for HATEOAS purposes.
- v2.4.0
- #72 Add the standard naming convention to the json:api standard for member names.
- #71 Add support for pascal case and custom naming conventions.
- v2.3.0
- #70 Add support for resource read-only properties.
- v2.2.0
- #69 Create missing relationship DOM nodes when adding included resources.
- #68 Add support for no hypermedia documents.
- v2.1.0
- #65 Support lambda's in the IResourcePathContextBuilder abstraction when building hypermedia for extension purposes.
- #64 Add extension support to the core service model classes.
- #63 Add service model support for custom implementations of IResourceIdentityInfo.
- #62 Bug fix for incorrect document self hypermedia build with multiple URL configurations and getting related resources.
- #61 Deprecate the IXXXSource family of interfaces with respective consuming methods.
- #60 Support non-generic versions of document building.
- v2.0.0
- #59 Deprecate the IResource interface. Is a breaking change from v1.X.
- v1.9.0
- #56 Add new feature to support singleton resources. Useful for home documents where identity is not important.
- v1.8.0
- #55 Fix bug in GetResourceIdentity.GetHashCode extension method when either Type or Id are null
- #54 Add new feature to configure hypermedia URL configuration per resource type if desired
- v1.7.0
- Sort any included resources by resource identifier ascending in a {json:api} document as a natural sort for easier consumption by developers
- #52 Support the "fields" query parameter by using the {json:api} QueryParameters and implementing sparse fieldsets per the {json:api} specification
- #51 Support the "include" query parameter by exposing new class that represents {json:api} QueryParameters being parsed from a Uri object
- v1.6.0
- #45 Add non-generic reading of resources to DocumentContext
- #42 Fix exception being thrown if including empty/null resources in an empty/null document
- v1.5.0
- #41 Add support setting resource linkage without needing to include related resources
- Initial non-beta release.
- Note this initial non-beta release contains some breaking changes to the previous beta releases. These changes were made to simplify and make explicit building of a json:api documents. Should be obvious how to port previous code to this initial release but if any questions/issues submit an issue as needed.
- Update README.md examples to reflect initial non-beta release of the framework.
- v1.4.0-beta
- #35 Add support for .NET Standard/Core
- Update README.md to reflect the change to .NET Standard for portability reasons
- Update README.md to reflect the change of the minimum version of Visual Studio to 2017
- v1.3.0-beta
- #38 Expose AddCamelCaseNamingConvention as an available naming convention
- v1.2.1-beta
- #32 Handle nullable properties when reading resources
- v1.2.0-beta
- #26 Add camelCasing naming convention
- v1.1.3-beta
- #24 Enhance Meta.Create Static Method to Accept and Use JsonSerializerSettings
- #23 Included ToOne or ToMany Related Resource(s) Referenced Multiple Times Throwing Key Already Exists Exception
- v1.1.2-beta
- Fix ResourceCollectionBuilder throwing NullReferenceException when document building
- v1.1.1-beta
- Fix ResourceTypeBuilder and ComplexTypeBuilder having no available constructors
- v1.1.0-beta
- #18 Add feature to ignore CLR property as an attibute
- #1 Add complex types
- #14 Generalize conventions framework for more general use
- v1.0.5-beta
- #17 Refactor IDocumentReader method names for clarity purposes
- #16 Update minimum version to Humanizer.Core to 2.1
- #15 Update minimum version to Visual Studio to 2013
- v1.0.4-beta
- #13 Enhance TypeConverter to convert source object of type JToken
- v1.0.3-beta
- #12 Add ApiObject feature to deprecate the use of JObject
- #8 Add ApiObject feature to deprecate the use of JObject
- v1.0.2-beta
- #11 Change TypeConverter so null converts to default(T)
- #10 Enhance SafeGetAssembler to handle no CLR resource types in the path
- #7 Add DocumentContext configuration validation with clear error messages
- v1.0.1-beta
- #9 Ensure DocumentContext implements IDisposable
- v1.0.0-beta
- Initial beta version.
Please use the following support channels:
- GitHub issues for bug reports and feature requests.
- You can also email directly to
scott@quantumsoft.com
.
Scott McDonald (scott@quantumsoft.com
) created JsonApiFramework and these fine people have contributed.
Licensed under the Apache License, Version 2.0. See LICENSE.md
in the project root for license information.