Hoogle Search

Within LTS Haskell 8.12 (ghc-8.0.2)

  1. package MFlow

    stateful, RESTful web framework MFlow is a web framework that turns the mess of web programming from handlers and configuration files back into sane and normal programming. Your code is the website. The goals of MFlow are. ~~~ -Inverting back the inversion of control of web applications and turn web programming into ordinary, intuitive, imperative-like programming.

    • At the same time, maintaining for the programmer all the freedom that they have in web applications. MFlow keeps out of your way.
    • For scalability-sensitive applications, no fat state snapshots that other continuation-based frameworks need to cope with these two previous requirements. State replication and horizontal scalability are central to MFlow's philosophy.
    • For REST advocates, MFlow maintains the elegant notation of REST URLs and the statelessness of GET requests.
    • For expert Haskell programmers, reuse of already existing web libraries and techniques is trivial.
    • For beginner programmers and for software engineers, MFlow provides a high level DSL of reusable and self contained widgets for the user interface, and multipage procedures that work together provided that they statically typecheck with zero configuration.
    • For highly interactive applications, MFlow gives dynamic widgets that have their own behaviors in the page and they communicate without the need of explicit JavaScript programming.
    • No deployment, speed up the development process. see http://haskell-web.blogspot.com.es/2013/05/a-web-application-in-tweet.html
    How navigation works ~~~ MFlow solves the problem of re-inversion of control by using a different approach, routes are expressed as normal monadic Haskell code in the FlowM monad, local links point to alternative routes within this monadic computation, this means any GET page is directly reachable by means of a RESTful URL. At any moment the flow can respond to the back button or to any RESTful path that the user may paste in the navigation bar. If the procedure is waiting for another different page, the FlowM monad backtrack until the paths partially match. From this position on the execution goes forward until the rest of the paths match. Thus, no matter the previous state of the server process it will recover the state of execution appropriate for the request. This way the server process is virtually stateless for any GET request. It is also possible to store a session state, which may backtrack or not, when the navigation goes back and forth. MFlow keeps it all in sync, synchronization between server state and web browser state is supported out-of-the-box. When the state matters, and user interactions can last for long period of time, such are shopping carts etc., MFlow uses a log for thread state persistence. The server process shuts itself down after a programmer defined timeout, once a new request of the same user arrives, the log is used to recover the process state. There is no need to store a snapshot of every continuation, just the result of each step. This solves the problem of fat state snapshots and give a very lightweight way to handle state. Data tier ~~~ State consistency and transactions are handled by the TCache package. www.hackage.haskell.orgpackageTCache It is data cache within the STM monad (Software Transactional Memory), serialization and deserialization of data is programmer defined. TCache can adapt to any database, default persistence in files comes out of the box for rapid development purposes, but you can switch to a variety of backends when needed, see the database examples for more details. Widgets ~~~ The processes interact through widgets, which are an extension of formlets with additional applicative combinators, formatting, link management, callbacks, modifiers, caching, and AJAX. All of it is coded in pure Haskell and you use pure Haskell to make your own widgets. Each widget return statically typed data, they can dynamically modify themselves using AJAX internally (just prefix it with auto refresh), are auto-contained: they may include their own JavaScript code, server code and client code in a single pure Haskell procedure that can be combined with other widgets with no other configuration. To combine widgets, applicative combinators are used. Widgets with dynamic behaviors that use the monadic syntax and callbacks. When you combine widgets, everything is type checked and making large websites by gluing together small reusable building blocks is the entire aim of the MFlow project. Modularity ~~~ The interfaces and communications are abstract and there are bindings for blaze-HTML, HSP, Text.XHtml, ByteString, Hack, and WAI. So it can be extended to non web based architectures. Bindings for hack, and HSP >= 0.8, are not installed by default, but are included in the package files. To use them, add them to the exported modules and execute cabal install It is designed for applications that can be run with no deployment with runghc in order to speed up the development process. see http://haskell-web.blogspot.com.es/2013/05/a-web-application-in-tweet.html Features ~~~ Changelog ~~~
    1. 4.5.10 compatibility with ghc 7.10
    2. 4.5.8 added rawSend
    The version 0.4.5.4 add compatibility with GHC 7.8 The version 0.4.5 composable HTTP caching, lazy load, caching datasets in the browser HTTP cache The version 0.4.0 add encrypted cookies, secure sessions, add REST web services, fixes UTF8 errors, pageFlow fixes, add onBacktrack, compensate The version 0.3.3 run with wai 2.0 The version 0.3.2 add runtime templates. It also add witerate and dField, two modifiers for single page development. dField creates a placeholder for a widget that is updated via implicit AJAX by witerate. www.haskell-web.blogspot.com.es201311/more-composable-elements-for-single.html The version 0.3.1 included:
    • Push widgets: 'http://haskell-web.blogspot.com.es/2013/07/maxwell-smart-push-counter.html'
    • Complete execution traces for errors: 'http://haskell-web.blogspot.com.es/2013/07/automatic-error-trace-generation-in.html'
    The version 0.3 added: - RESTful URLs: 'http://haskell-web.blogspot.com.es/2013/07/the-web-navigation-monad.html' The version 0.2 added better WAI integration, higher level dynamic Widgets, content management, multilanguage, blaze-HTML support, stateful Ajax for server-side control, user-defined data in sessions and widget requirements for automatic installation of scripts, CSS and server flows. The version 0.1 had transparent back button management, cached widgets, callbacks, modifiers, heterogeneous formatting, AJAX, and WAI integration. See MFlow.Forms for details To do:
    • Clustering

  2. module MFlow

    Non monadic low level primitives that implement the MFlow application server. See MFlow.Form for the higher level interface that you may use. It implements a scheduler of Processable messages that are served according to the source identification and the verb invoked. The scheduler executes the appropriate workflow (using the workflow package). The workflow will send additional messages to the source and wait for the responses. The dialog is identified by a Token, which is associated to the Flow. The computation state is optionally logged, on timeout the process is killed, when invoked again, the execution state is recovered as if no interruption took place. There is no assumption about message codification, so instantiations of this scheduler for different infrastructures is possible, including non-web based ones as long as they support or emulate cookies. MFlow.Hack is an instantiation for the Hack interface in a Web context. MFlow.Wai is a instantiation for the WAI interface. MFlow.Forms implements a monadic type safe interface with composable widgets and an applicative combinator with a higher-level communication interface. MFlow.Forms.XHtml is an instantiation for the Text.XHtml format MFlow.Forms.HSP is an instantiation for the Haskell Server Pages format MFlow.Forms.Blaze.Html is an instantiation for blaze-html. Use this instead of XHtml and HSP, which are for backwards compat reasons. There are some *.All packages that contain a mix of these instantiations. For example, MFlow.Wai.Blaze.Html.All includes most of all necessary for using MFlow with Wai http://hackage.haskell.org/package/wai and Blaze-html http://hackage.haskell.org/package/blaze-html In order to manage resources, there are primitives that kill the process and its state after a timeout. All these details are hidden in the monad of MFlow.Forms which provides an higher level interface. Fragment based streaming: sendFragment are provided only at this level. stateless and transient server processes are also possible. stateless are request-response processes. While transient processes do not persist after timeout, they restart anew after a timeout or a crash.

  3. mFlowState0 :: (FormInput view) => MFlowState view

    MFlow MFlow.Forms.Internals

    No documentation available.

  4. data MFlowState view

    MFlow MFlow.Forms.Internals

    No documentation available.

  5. MFlowState :: Int -> Bool -> Bool -> Bool -> Bool -> Lang -> Params -> NeedForm -> Bool -> Token -> Int -> Integer -> [Cookie] -> [(ByteString, ByteString)] -> (view -> view) -> Bool -> [Requirement] -> [WebRequirement] -> Map TypeRep Void -> Maybe (Map String Void) -> Int -> Bool -> [String] -> [String] -> String -> Bool -> Bool -> Bool -> [String] -> Bool -> MFlowState view

    MFlow MFlow.Forms.Internals

    No documentation available.

Page 1 of 1