Path module

Before we move on to defining views for the rest of the application, let's introduce one more file - Path.fs and insert it before View.fs:

type IntPath = PrintfFormat<(int -> string),unit,string,string,int> let home = "/" module Store = let overview = "/store" let browse = "/store/browse" let details : IntPath = "/store/details/%d"
Multiple items
type PrintfFormat<'Printer,'State,'Residue,'Result> =
  new : value:string -> PrintfFormat<'Printer,'State,'Residue,'Result>
  member Value : string

Full name: Microsoft.FSharp.Core.PrintfFormat<_,_,_,_>

--------------------
type PrintfFormat<'Printer,'State,'Residue,'Result,'Tuple> =
  inherit PrintfFormat<'Printer,'State,'Residue,'Result>
  new : value:string -> PrintfFormat<'Printer,'State,'Residue,'Result,'Tuple>

Full name: Microsoft.FSharp.Core.PrintfFormat<_,_,_,_,_>

--------------------
new : value:string -> PrintfFormat<'Printer,'State,'Residue,'Result>

--------------------
new : value:string -> PrintfFormat<'Printer,'State,'Residue,'Result,'Tuple>
Multiple items
val int : value:'T -> int (requires member op_Explicit)

Full name: Microsoft.FSharp.Core.Operators.int

--------------------
type int = int32

Full name: Microsoft.FSharp.Core.int

--------------------
type int<'Measure> = int

Full name: Microsoft.FSharp.Core.int<_>
Multiple items
val string : value:'T -> string

Full name: Microsoft.FSharp.Core.Operators.string

--------------------
type string = System.String

Full name: Microsoft.FSharp.Core.string
type unit = Unit

Full name: Microsoft.FSharp.Core.unit

The module will contain all valid routes in our application. We'll keep them here in one place, in order to be able to reuse both in App and View modules. Thanks to that, we will minimize the risk of a typo in our View module. We defined a submodule called Store in order to group routes related to one functionality - later in the tutorial we'll have a few more submodules, each of them reflecting a specific set of functionality of the application.

The IntPath type alias that we declared will let us use our routes in conjunction with static-typed Suave routes (pathScan in App module). We don't need to fully understand the signature of this type, for now we can think of it as a route parametrized with integer value. And indeed, we annotated the details route with this type, so that the compiler treats this value specially. We'll see in a moment how we can use details in App and View modules, with the advantage of static typing.

Let's use the routes from Path module in our App:

let webPart = choose [ path Path.home >=> (OK View.index) path Path.Store.overview >=> (OK "Store") path Path.Store.browse >=> browse pathScan Path.Store.details (fun id -> OK (sprintf "Details %d" id)) ]
val webPart : obj

Full name: CDocument.webPart
val id : x:'T -> 'T

Full name: Microsoft.FSharp.Core.Operators.id
val sprintf : format:Printf.StringFormat<'T> -> 'T

Full name: Microsoft.FSharp.Core.ExtraTopLevelOperators.sprintf

as well as in our View for aHref to home:

divId "header" [ h1 (aHref Path.home (text "F# Suave Music Store")) ]

Note, that in App module we still benefit from the static typed routes feature that Suave gives us - the id parameter is inferred by the compiler to be of integer type. If you're not familiar with type inference mechanism, you can follow up this link.


GitHub commit: f2131c0ba81031ea8e47f3cf67ecf8f89c84c466

Files changed:

  • App.fs (modified)
  • Path.fs (added)
  • SuaveMusicStore.fsproj (modified)
  • View.fs (modified)

results matching ""

    No results matching ""