Skip to content

Commit

Permalink
Update docs.
Browse files Browse the repository at this point in the history
  • Loading branch information
lelong37 committed Feb 15, 2018
1 parent a9414c0 commit 288db16
Showing 1 changed file with 7 additions and 9 deletions.
16 changes: 7 additions & 9 deletions readme.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,24 +2,22 @@
**_<sup>Unit-of-Work & Repository Framework | Official URF Team & [Trackable Entities](https://github.com/TrackableEntities) Team</sup>_**

[![Build Status](https://travis-ci.org/urfnet/URF.Core.svg?branch=master)](https://travis-ci.org/urfnet/URF.Core)
### Docs: [comming soon](https://goo.gl/6zh9zp) | Subscribe URF Updates: [@lelong37](http://twitter.com/lelong37) | NuGet: [goo.gl/WEn7Jm](https://goo.gl/WEn7Jm) ###
#### Docs: [comming soon](https://goo.gl/6zh9zp) | Subscribe URF Updates: [@lelong37](http://twitter.com/lelong37) | NuGet: [goo.gl/WEn7Jm](https://goo.gl/WEn7Jm) ###

Unit of Work and Repository Framework for .NET Core, NET Standard & EntityFramework Core

## URF.Core Beta is Complete...!
### URF.Core Beta is Complete...!
URF.Core is feature complete and now has full parity with URF.NET (legacy .NET). URF.Core has gone through a complete rewrite with laser focus on Architecture, Design and Implementation as well as implementing top request for vNext.

## Lightweight, Nano-Footprint
### Lightweight, Nano-Footprint
Staying faithful to (legacy) [URF.NET](https://github.com/urfnet/URF.NET) of having a small footprint. URF.Core [URF.Core](https://github.com/urfnet/URF.Core) (**7 total classes**) vs. [URF.NET](https://github.com/urfnet/URF.NET) (**12 total classes**).

## 100% Extensible
### 100% Extensible
We've made every implementation virtual therefore overridable for whatever teams/projects/developer use-cases as well as edge-cases.


## IQuerable vs. IEnumerable
### IQuerable vs. IEnumerable
As as always, this is a religous debate between teams and the within the community. As with (legacy) URF.NET, we gave teams the option to opt into IQueryable or IEnumerable, and even both depending on your teams Architecture, Design & Implementation and style. As URF.NET and for teams that feel Repository Patterns that expose `IQueryable` as a leaky abstraction, simple use URF's `IQuery` API, which will give you all the Fluet features of IQueryable, however will return pure Entity or IEnumerable<TEntity> vs. using IQueryable, again URF.Core & URF.NET both support, so teams have the total freedom of decieding which 3 paths/options that makes the most sense for their team/project.

### URF sample and usage in ASP.NET Core Web API & OData
#### URF sample and usage in ASP.NET Core Web API & OData
```csharp
public class ProductsController : ODataController
{
Expand Down Expand Up @@ -129,7 +127,7 @@ public class ProductsController : ODataController
}
}
```
## Performance
#### Performance
URF.Core has been completly re-written, and everything is now completely `task`, `async`, `await` right out of the box. This way, team's will automatically get the best thread management and utilize and max out on asyncronous perf improvements.

![alpha-unit-and-integration-tests](https://user-images.githubusercontent.com/2836367/36233036-c501125a-11a9-11e8-972f-8c673534760a.png)

0 comments on commit 288db16

Please sign in to comment.