Functional Programming for APIs
summary
Argues that converting API endpoints into pipelines of pure functions improves testability and parallelism, but admits enterprise apps cannot be fully functional. Demonstrates using F#-style result types or practical C#/.NET business exceptions to unify validation errors and produce consistent HTTP error payloads via a global handler. Recommends micro types instead of raw primitives and prefers separate validated models over widespread optionals, notes the trade-off of more models for clearer, safer function signatures.
AI-written summary · about
chapters (9)
- 0:00Intro
- 0:17About Revolut
- 1:28What is this talk about?
- 3:42What is «pure function?
- 9:08Functional Cit: Handling failures, input errors
- 13:02What's the advantages?
- 17:30What's the trade-off?
- 23:09Ideas to consider
- 24:03Roman Nevolin
related talks
56mFunctional Programming on .NET - The Best of Both Worlds
28mHTTP through Functional Programming
58mFunctional Programming with C#
01h 03mFunctional Programming with C#
59mPipeline-oriented programming
01h 01mThe Functional Toolkit
01h 06mThe Functional Programmer's Toolkit
01h 00mFunctional-first programming with F#
