Leanpub Header

Skip to main content

From File to Framework

From File to Framework
This book is 100% completeLast updated on 2026-08-09

The Angular companion to NEXUS-1: From File to Framework ports a 5,900-line single-file operator console into a real application, screen by screen, auditing every claim it makes along the way.

Minimum price

$79.00

$99.00

You pay

Author earns

$

Also available for 2 book credits with a Reader Membership

PDF
About

About

About the Book

From File to Framework is the front-end companion volume of the NEXUS-1 series. Where the Backend Trilogy built the domain, the API, and the container Volume III finally shipped, this book takes the one artifact that rode along for three volumes without ever being examined: index.html, the single-file operator console the whole series was drawn around.

This is not a "learn Angular by building an app" book. It is the book that asks a harder question first:

Can a user interface be audited for honesty the same way a domain model is audited for correctness — and does it survive being rebuilt in a real framework?

Using NEXUS-1's own 33-screen sitemap as the spine, the book ports the console one screen at a time — standalone components, signals, the router, RxJS, three.js — and holds every single one to the same standing rule the backend trilogy already lived by: nothing claims to exist that does not. A progress bar that implies a measurement it never took. A grid-frequency figure computed from Math.random(). A status pill claiming independence from a reading it was actually derived from. A hash chain that never once referenced the entry before it. Each chapter finds one of these, names exactly what's wrong, and either builds the honest version or says plainly why it cannot.

The book also draws a line between things that are routinely confused:

A derived reading is not an independently measured one. A design fact is not a live fact. A verdict is not the evidence behind it. Verification is not validation. A citation is not a decoration. Relabelling a claim is not the same fix as removing it, and neither is the same as hoisting a disclosure to where it can't be forgotten.

Every chapter keeps the full-listing rule: every component class shown compiles and renders as printed, every screen with more than one visual state is shown in both, and the spec that forces the difference is printed beside it. Where a claim cannot honestly be made — a real backend endpoint that doesn't exist, a validation this book isn't positioned to perform — it is named and deferred openly rather than quietly implied. The book's own back matter keeps this promise checkable: a consolidated sitemap, a route table, a backend-trilogy chapter index, and a deferral ledger listing every refused claim against the chapter that discharges it, or states plainly that none does.

This book is written for Angular and TypeScript developers, front-end architects, and readers of the NEXUS-1 series who want to see the same discipline the backend trilogy applied to a domain model applied instead to a screen, a status light, and a claim a user actually reads.

By the end of the book, you should be able to look at any interface and ask sharper questions: What would have to be true for this number to be real? Is this status light checking something, or decorating something? Does this claim's confidence match the process that actually produced it?

The goal was never to make the console look more finished. The goal was to make it tell the truth about exactly how finished it is.

Author: Grigorios Kyriakos Agathangelidis
Greek name: Γρηγόριος Κυριάκος Αγαθαγγελίδης
Also searchable as: Αγαθαγγελίδης Γρηγόριος, Αγαθαγγελιδης Γρηγοριος, Grigorios Agathangelidis.

Author

About the Author

Grigorios Agathangelidis

My name is Grigorios Agathangelidis, and my professional background is in Electrical Engineering and Software Engineering. My work sits at the point where software architecture, systems thinking, data modelling, simulation, and honest interface design meet.

The NEXUS-1 series began as an independent effort to understand and model a complex industrial digital-twin environment through software. It has grown into a body of companion books covering nuclear-plant simulation, root-cause analysis, reinforcement learning, SQL Server schema design, Entity Framework Core, Domain-Driven Design, Clean Architecture, auditability — and now the front end that finally gives all of it a face.

I am not a nuclear physicist, nuclear engineer, or nuclear power-plant specialist. NEXUS-1 is not certified operational software and is not connected to any real facility. It is an educational and architectural demonstrator: a way to explore how complex systems, and the interfaces built on top of them, can be named, structured, explained, and held honestly accountable for what they claim.

In From File to Framework, I turn the series' standing discipline toward the layer every other volume left unexamined: the screen itself. A backend can be correct and still ship an interface that overstates what it knows. This book is about closing that gap — not by making the console look more impressive, but by making sure nothing on it claims more than the process behind it actually earned.

Above all, NEXUS-1 reflects a personal conviction: meaningful software work begins with curiosity, disciplined learning, and the courage to explore unfamiliar domains with both ambition and humility.

Author: Grigorios Kyriakos Agathangelidis
Greek name: Γρηγόριος Κυριάκος Αγαθαγγελίδης
Also searchable as: Αγαθαγγελίδης Γρηγόριος, Αγαθαγγελιδης Γρηγοριος, Grigorios Agathangelidis.

Contents

Table of Contents

  • Front Matter
    • Cover
    • Standing Boundary and Copyright Note
    • Contents
    • Preface
    • How to Read This Book (and the Trilogy Map)
  • Part I — Foundations
    • 1 · From One File to Many Projects
    • Deep Dive 1 · Build Tooling and Module Systems
    • 2 · The Workspace and the Design System
    • Deep Dive 2 · Design Tokens and SCSS
    • 3 · The Application Shell
    • Deep Dive 3 · Client-Side Routing and Lazy Loading
    • 4 · State, Signals, and the Live Clock
    • Deep Dive 4 · Signals and Reactivity
    • 5 · Talking to the Backend
    • Deep Dive 5 · Typed HTTP Clients and Interceptors
  • Part II — First Vertical Slice
    • 6 · Plant Overview
    • Deep Dive 6 · Auditing What a Screen Claims
    • 7 · Plant Fleet and the Unit Selector
    • Deep Dive 7 · Freshness and State That Crosses Screens
    • 8 · Plant 3D View
    • Deep Dive 8 · Renderings, Escape Hatches, and Disposal
    • 9 · Training Mode
    • Deep Dive 9 · Judgement, and Numbers About People
  • Part III — Reactor
    • 10 · Reactor Core and Control Rods
    • Deep Dive 10 · Resolution, and Asking for an Endpoint
    • 11 · Neutronics and Reactor Kinetics
    • Deep Dive 11 · Temporal Resolution and Model Limits
    • 12 · Coolant Loops
    • Deep Dive 12 · Independence and Redundancy
    • 13 · Steam Generators
    • Deep Dive 13 · The URL as a Public Interface
    • 14 · Model Analysis
    • Deep Dive 14 · Verification, Validation, and Green Ticks
    • 15 · 3D Reactor View
    • Deep Dive 15 · Twins, Divergence, and Attribution
  • Part IV — The Plant Around the Reactor
    • 16 · Rod Inspection
    • Deep Dive 16 · A Record Is Not a Measurement
    • 17 · Personnel
    • Deep Dive 17 · Purpose Limitation as a Design Technique
    • 18 · Plant Lifecycle
    • Deep Dive 18 · The Component Is the Claim
    • 19 · Robotics & Vehicles
    • Deep Dive 19 · A Verdict Is a Compression
    • 20 · Zone Access
    • Deep Dive 20 · A Snapshot Is Not a History
  • Part V — The Plant as One System
    • 21 · Power & Grid
    • Deep Dive 21 · Frequency, Phase, and Frame of Reference
    • 22 · Radiation & Safety
    • Deep Dive 22 · When a Screen Should Do Nothing
    • 23 · Alarms & Events
    • Deep Dive 23 · What an Aggregator Owes the Reader
    • 24 · AI Diagnostics
    • Deep Dive 24 · Grounding Is a Claim, Not a Decoration
    • 25 · Optimization (RL)
    • Deep Dive 25 · Verified Does Not Mean Validated
    • 26 · Trends & History
    • Deep Dive 26 · A Number That Needs a History to Exist At All
    • 27 · System Dependencies
    • Deep Dive 27 · A Disclaimer Repeated Three Times Is a Disclaimer Waiting to Fail Once
    • 28 · Component Registry
    • Deep Dive 28 · Relabel, Remove, or Hoist
    • 29 · Root Cause
    • Deep Dive 29 · Emergent Dishonesty: When No Single Screen Is Lying
    • 30 · Audit & Compliance
    • Deep Dive 30 · Verification Needs an Independent Verifier
    • 31 · Security & Services
    • Deep Dive 31 · A Green Light Is a Promise About a Process, Not Just a State
    • 32 · NX-Script Console & Help
    • Deep Dive 32 · What Passing Looks Like, and Why It Had to Be Possible
  • Closing
    • 33 · Testing the Whole Console
    • Deep Dive 33 · A Regression Test Is a Promise About the Future, Not a Record of the Past
    • 34 · Build, Theming, and Deployment
    • Deep Dive 34 · Reading Someone Else's Ledger Precisely Enough to Not Overclaim Against It
  • Back Matter
    • Appendix A · The Full Sitemap, Consolidated
    • Appendix B · Tool and Package Versions
    • Appendix C · The Complete Route Table
    • Appendix D · Screen → Backend-Trilogy Chapter Index
    • Appendix E · Complete Templates and Stylesheets
    • Appendix F · The Deferral Ledger — Every Refused Claim and Its Chapter
    • Glossary
    • Sources and References
    • Index

Get the free sample chapters

Click the buttons to get the free sample in PDF or EPUB, or read the sample online here

The Leanpub 60 Day 100% Happiness Guarantee

Within 60 days of purchase you can get a 100% refund on any Leanpub purchase, in two clicks.

See full terms...

Earn $8 on a $10 Purchase, and $16 on a $20 Purchase

We pay 80% royalties on purchases of $7.99 or more, and 80% royalties minus a 50 cent flat fee on purchases between $0.99 and $7.98. You earn $8 on a $10 sale, and $16 on a $20 sale. So, if we sell 5000 non-refunded copies of your book for $20, you'll earn $80,000.

(Yes, some authors have already earned much more than that on Leanpub.)

In fact, authors have earned over $15 million writing, publishing and selling on Leanpub.

Learn more about writing on Leanpub

Free Updates. DRM Free.

If you buy a Leanpub book, you get free updates for as long as the author updates the book! Many authors use Leanpub to publish their books in-progress, while they are writing them. All readers get free updates, regardless of when they bought the book or how much they paid (including free).

Most Leanpub books are available in PDF (for computers) and EPUB (for phones, tablets and Kindle). The formats that a book includes are shown at the top right corner of this page.

Finally, Leanpub books don't have any DRM copy-protection nonsense, so you can easily read them on any supported device.

Learn more about Leanpub's ebook formats and where to read them

Write and Publish on Leanpub

You can use Leanpub to easily write, publish and sell in-progress and completed ebooks and online courses!

Leanpub is a powerful platform for serious authors, combining a simple, elegant writing and publishing workflow with a store focused on selling in-progress ebooks.

Leanpub is a magical typewriter for authors: just write in plain text, and to publish your ebook, just click a button. (Or, if you are producing your ebook your own way, you can even upload your own PDF and/or EPUB files and then publish with one click!) It really is that easy.

Learn more about writing on Leanpub