docs: add rule for when @impl functions earn their own @doc #2
Reference in New Issue
Block a user
Delete Branch "docs/impl-doc-override-rule"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Why
Gargoyle PR #519 exposed a gap: three patterns (2, 5, 10) each made partial statements about whether
@implfunctions should have@doc, but none owned the complete rule. A developer adding docs to callback implementations had no clear guidance on when it's appropriate vs redundant.What
@callbackdocs) and the implementation side (when to override@doc false)PR Review Summary
Recommendation: Approve with one minor fix
This is a well-crafted documentation PR that successfully consolidates scattered
@impl/@docguidance into a single authoritative subsection under Pattern 10. The decision test is clear, the examples are well-chosen, and the technical claims are accurate.Status
documentation.md:218documentation.md:16Strengths
@impl truesets@doc falseclaim is correct per Elixir's Module documentationAction Items
@@ -1,4 +1,4 @@# Documentation PatternsPatterns extracted from the Elixir standard library source code.[MINOR] Inconsistent cross-reference link text.
Lines 459 and 485 use the descriptive form
[Pattern 10 — implementation-side docs](#when-to-override-doc-false-on-impl-functions)but this line uses the bare[Pattern 10](...).For consistency and discoverability, suggest:
Clean consolidation. Pattern 10 now owns the full rule, cross-refs are minimal, decision test is concrete and actionable. Examples are well-chosen.
APPROVE