Answer architecture round 1: Main draws the CLI's default seed and passes it to run, New names every option mistake at once, dataGiven says what it is, and the docs drop seeded where every sequence is

This commit is contained in:
2026-10-12 18:17:45 +02:00
committed by Lillem4n
parent 7c0fa4075f
commit 8e8fa92e77
5 changed files with 31 additions and 34 deletions
+4 -4
View File
@@ -26,10 +26,10 @@ and any release may change what a seed draws, so pin one exact version
a record's columns, one record per row. The CLI exits `0` on success, `1` on a runtime
error such as data that fails to load, and `2` on misuse.
- The library, `github.com/larvit/fejkdata`, for Go 1.22 or later on a 64-bit target.
`New` loads the modules `WithDataFS` names and the folders `WithDataPath` names, and
fails, naming `WithDataFS`, where neither is given. `WithSeed` is required, and `New`
fails naming it where none is given; its draws repeat while the version and data stay
the same. `Fake` renders a path, and `FakeTemplate` and `NewTemplate` render a
`New` loads the modules `WithDataFS` names and the folders `WithDataPath` names, drawing
from the seed `WithSeed` gives, and fails naming each of `WithSeed` and `WithDataFS`
that is missing. The same seed repeats the draws while the version and data stay the
same. `Fake` renders a path, and `FakeTemplate` and `NewTemplate` render a
template. `FakeRecord`, `FakeRecordTemplate`
and `NewRecordTemplate` render a record, whose `JSON`, `CSVHeader`, `CSVLine` and
`SQLInsert` methods write its columns as the CLI does. `FakeStruct` fills a struct's