Glossary
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 30/100
- Issue type
- Documentation
- Clarity
- Mostly clear
- Activity status
- Stale
- Domain
- documentation
Research direction
Review the glossary and its definitions in issue #104, then consider whether the listed terms or any other code concepts need clarification. Discuss unclear terminology in the issue; done means the agreed definitions have been incorporated into the glossary.
Written by the indexing model from the issue text.
Description
- Subject - a single value (string or binary) which best records a snapshotted entity
- Facet - a single named value (string or binary) which records a single aspect or point of view of a snapshotted entity
- Snapshot - a combination of a subject and zero or more facets which captures all relevant data of an entity whose behavior we wish to record and specify
- Camera - a function that transforms a specific type of entity into a snapshot
- Lens - a function which transforms one snapshot into a new snapshot, usually by adding new facets that emphasize a certain point of view of the subject, but possibly also by cleaning the existing subject and facets
- Equality assertion - a success condition which requires a value under to test to exactly match an expected value
- Inline snapshot - an equality assertion where the expected value can be written into the sourcecode by automated tooling
- Inline literal snapshot - an inline snapshot where the expected value must always be a source code literal, never a compound expression
expect(2 + 2).toMatchInlineSnapshot(4)<-- inline literal snapshotexpect(2 + 2).toMatchInlineSnapshot(2 * 2)<-- inlineliteralsnapshot, because it's not literal, when tooling modifies the value inside(), it can't do a self-error-check to make sure it has correctly parsed the same value which got passed at runtime- Conversationally people will say "inline snapshot", "literal snapshot", "inline literal snapshot", etc. They mostly mean the same thing, but in selfie we will try to always say "inline literal".
If you think any of these terms are unclear, feel free to discuss below. If there are any other concepts in the code which should be defined explicitly, feel free to discuss below. The final result of all discussions is incorporated into the list above via editing, after which the discussions may be deleted. This glossary is based on an idea from Rich Hickey's Design in Practice talk.
- Dominant language
- Kotlin
- Stars
- 101
- Forks
- 18
- Avg merge
- 6d 11h
- Merged PRs (30d)
- 5
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from diffplug/selfie
-
Selfie JVM Snapshot Garbage Collection is overly zealous when using multiple test suites in gradle Openbug jvm
Difficulty 4/5 3-5 days Newbie friendliness 48/100
-
enhancement jvm
Difficulty 5/5 Over a week Newbie friendliness 25/100
-
bug jvm
Difficulty 4/5 3-5 days Newbie friendliness 35/100
-
bug docs jvm
Difficulty 2/5 1-3 hours Newbie friendliness 50/100
-
bug jvm py
Difficulty 2/5 1-3 hours Newbie friendliness 48/100
Similar issues
-
Doc: Oppdater README Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
area:modals intermittent needs-repro platform:android type:bug
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
index-request triaged
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Anthonyy232/Paperize#614 ·