Originally posted on [https://samueleresca.net] (https://samueleresca.net)
The aim of following article is to build web service using F# and ASP.NET Core using the Giraffe library. Therefore, we'll build some JSON APIs which takes data from a data source, and exposes them through HTTP.
Before start, I invite you to read this article about Web development in F#.
You can find the following demo on github: https://github.com/samueleresca/Blog.FSharpOnWeb
Setup a Giraffe project is very simple. First of all, let's start by adding giraffe projects template:
dotnet new -i "giraffe-template::*"
The previous command install some project templates in order to build Giraffe web applications. Afterwards you can create a new Giraffe application by running dotnet new giraffe
.
The command will create a project with some files inside it. The most important is Program.fs
file, which contains the setup of the host, the routing engine and services:
{%gist https://gist.github.com/samueleresca/96acb35da592b07ac94530e13da488dc %}
As ASP.NET MVC developer, I am used to follow an naming-convention structure in order to keep separated all the components of my application: Views, Models, Startup, Routing. Giraffe simply keeps all these implementations inside the Program.fs
file.
Let's create a more structured project. In that case, I will proceed with the following structure:
Model.fs
contains all the model which will reflect the data source structure;DataAccess.fs
defines the db context and it implements all abstractions over data manipulation in order to access to our data source;RequestModels.fs
implements types which define the DTOs models;Handlers.fs
handler accepts theHttpHandler
type and retrieve informations fromDataAccess.fs
functions;Program.fs
is very similar toStartup.cs
file into an ASP.NET Core project: it defines services, web host and routing;
EF Core is the "official" ORM shipped with ASP.NET Core. I have already talk about EF Core in the following articles: Implementing SOLID REST API using ASP.NET Core, Developing token authentication using ASP.NET Core. Obviously, EF Core is just an option, you may replace it with your favourite implementation or ORM.
EF Core APIs are the same between C# and F#, therefore it will force you to fit your F# code to C# APIs.
In order to proceed, we need a model which will be contained into Model.fs
and a data context, which will be implemented into DataAccess.fs
. Let's start by defining the model:
{%gist https://gist.github.com/samueleresca/efabe6e1dae24e896b6b9fa3eb6aa82c %}
All the models needs to expose the [<CLIMutable>]
attribute, which allows EF Core to threat them as mutable object only @ compiler level.
The DataContext.fs
file will contain the LabelsContext
. It will extend the base DbContext
and it will define all the DbSet used by repository module:
{%gist https://gist.github.com/samueleresca/cf54f0b100bbd875f7c200e5c413b0f5 %}
Finally, we will define the LabelRepository
module in order to perform data manipulation. Each method will return an Option<'T>
type in order to handle data source exception case.
Let's start with some fundamentals of Giraffe framework. The main building block in Giraffe is a so called HttpHandler
:
{%gist https://gist.github.com/samueleresca/b18a561be3a5bb7c3f420c26eae2814c %}
A HttpHandler
is a function which takes two arguments: HttpFunc
, HttpContext
, and it returns a HttpContext
(wrapped in an option
and Task
workflow) when finished. On a high level a HttpHandler
function receives and returns an ASP.NET Core HttpContext
object.
HttpHandler
can process an incoming HttpRequest
before passing it further down the Giraffe pipeline by invoking the next HttpFunc
or short circuit the execution by returning an option of Some HttpContext
.
Each handler is mapped to an URL through the route configuration of Giraffe.
Let's see a concrete example inside our implementation. The following routing objects shows a mapping between some urls: /label
, /label/{id}
and some handlers: labelsHandler
, labelHandler
:
{%gist https://gist.github.com/samueleresca/e77e12d6734e09d0ff95549fe6354a1a %}
The /label
url will retrieve all the labels from database, and the /label/%i
will retrieve a label by id. Handler.fs
file contains implementations of handlers:
{%gist https://gist.github.com/samueleresca/324433822e54aa297c6e9f794cf6b8e1 %}
Handler functions are the bridge between the http client and our application. As seen before, the Handlers.fs
file implements the labelsHandler
methods, which retrieve informations from our datasource.
Let's continue by implementing all CRUD operations in our Handlers.fs
:
{%gist https://gist.github.com/samueleresca/936c3cc307b67ffebb0b46f96cd7b95b %} labelAddHandler
and labelUpdateHandler
implement respectively the add operation and update operation. Each of them retrieve the LabelContext
by using the GetService
method.
GetService
method is part of the dependency management system of ASP.NET Core, which works out of the box with Giraffe.
The LabelContext
services, and in general, all services are defined into the Program.fs
file:
{%gist https://gist.github.com/samueleresca/2fc4d58ae8a485bd8ee9b48307caae61 %}
In that case, we are configuring a new DbContext<LabelsContext>
by passing the connection string.
Giraffe also implements out-of-box a model validation system. The validation criteria can be defined into models. Indeed, in our example, we add an additional level by defining the RequestModels.fs
file.
Here is the implementation of RequestModels.fs
: {%gist https://gist.github.com/samueleresca/09bc6cdc63a326f244520bcf0fe84f6b %} The HasErrors
method can be used into handlers in order to check the consistency of the request and provide some feedback to the client:
{%gist https://gist.github.com/samueleresca/20d22cd3d10d935ea513c9d64b9abec1 %}
Finally, we can perform operations over data by using the following calls {%gist https://gist.github.com/samueleresca/e79a70f4efdf54f3d9189b89607f1214 %}
This example shows you some how to build build web service using F# and ASP.NET Core, focusing on some features provided by Giraffe framework, and it is a good deep dive into web functional world for all software engineers who comes from an OOP approach.
This article is NOT an invitation to move all your code to FP paradigm. If you think different approaches, like FP and OOP, are mutually exclusive, then I invite you to read this article: OOP vs FP.
The example is available on github.
Cover photo credits: Graz - Mur Island
Cheers :)