Skip to content

deco-cx/validate-blocks

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 

History

12 Commits
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

Validate Blocks

A Deno tool to validate that all occurrences of Sections, Loaders, and Actions (in deco.cx blocks and pages) have data structures compatible with their TypeScript types.

Unused Detection Features

The tool detects several types of unused code:

Type Detection Auto-Removal
Unused Sections βœ… Detected βœ… With -rm-sections
Unused Loaders βœ… Detected ❌ Manual only*
Unused Actions βœ… Detected ❌ Manual only*
Unused Properties βœ… With -unused βœ… With -rm-vars

*Loaders and actions are not auto-removed because they may be imported dynamically or called programmatically.

Smart Import Analysis

When using -rm-sections, the tool performs import analysis to avoid false positives:

  1. Scans all TypeScript files in the project for import statements
  2. Identifies files that are imported in code (e.g., import { helper } from "site/sections/Utils/Helper.tsx")
  3. Excludes imported files from the removal list, even if they don't appear in block configurations

This prevents accidentally deleting utility sections or helper files that are used programmatically.

Issue Detection

The tool automatically detects common issues in block configurations:

Issue Description Action
Disabled Variants Variants with never matcher rule ⚠️ DO NOT DELETE - These are intentionally disabled content
Lazy wrapping Multivariate Lazy section containing a multivariate inside Performance issue - multivariate should wrap Lazy, not the other way around

⚠️ Important: Disabled Variants are NOT Dead Code

Variants with a never matcher are intentionally disabled content, not dead code. Common uses include:

  • Seasonal campaigns (Black Friday, Christmas, Back to School, etc.)
  • A/B test variants that are temporarily paused
  • Content templates preserved for future campaigns
  • Historical content kept for reference

Never automatically delete these! They can be reactivated by simply changing the matcher rule.

Example Output

🚨 ISSUES DETECTED

⏸️  Disabled Variants (3 sections with 'never' matcher):

   ╔════════════════════════════════════════════════════════════════════╗
   β•‘  ⚠️  WARNING: These are NOT dead code! DO NOT DELETE!              β•‘
   β•‘  These are intentionally disabled campaigns/content that can be    β•‘
   β•‘  reactivated by changing the matcher. Common uses:                 β•‘
   β•‘  β€’ Seasonal campaigns (Black Friday, Christmas, etc.)              β•‘
   β•‘  β€’ A/B test variants that are paused                               β•‘
   β•‘  β€’ Content templates for future campaigns                          β•‘
   β•šβ•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•

   πŸ“„ pages-Home-287364.json: 2 disabled variant(s)
   πŸ“„ pages-category-7493d4.json: 1 disabled variant(s)

⚠️  Lazy wrapping Multivariate (1 instances):

   πŸ“„ pages-productpage-ce4850.json
      Path: sections[5].value
      Lazy wrapping multivariate is an anti-pattern. Multivariate should wrap Lazy, not the other way around.

Issue counts are included in the validation report when using -report.

How to Run

Run directly (recommended)

No installation needed - just run from any deco site directory:

# Validate all sections, loaders, and actions
deno run -A https://deco.cx/validate

# Generate a JSON report
deno run -A https://deco.cx/validate -report validation-report.json

Add as a deno task (optional)

Add to your site's deno.json for convenience:

{
  "tasks": {
    "validate-blocks": "deno run -A https://deco.cx/validate"
  }
}

Then run:

deno task validate-blocks

Usage Examples

Validate all sections, loaders, and actions:

deno run -A https://deco.cx/validate

Validate a specific section:

deno run -A https://deco.cx/validate sections/Footer/Footer.tsx

You can use relative or absolute paths.

Use custom blocks directory:

By default, the script searches for JSONs in .deco/blocks. You can specify another path:

deno run -A https://deco.cx/validate -blocks /full/path/to/jsons

This allows running the script in one project and validating blocks from another project.

Available flags:

-unused

By default, the script does not show warnings for properties not defined in the types. Use this flag to include them:

deno run -A https://deco.cx/validate -unused

-blocks <path> or -b <path>

Specifies a custom path for the directory containing JSON blocks. Defaults to .deco/blocks:

deno run -A https://deco.cx/validate -blocks /full/path/to/jsons

-rm-vars

⚠️ WARNING: Automatically modifies JSON files!

Removes all properties that are not defined in the types:

deno run -A https://deco.cx/validate -rm-vars

The script:

  1. Identifies properties in the JSON that don't exist in the Props interface
  2. Removes these properties automatically
  3. Saves the modified JSON file

Example:

If the JSON has:

{
  "__resolveType": "site/sections/Footer/Footer.tsx",
  "title": "Footer",
  "teste": "unused value" // <- not in Props interface
}

After running -rm-vars, the JSON becomes:

{
  "__resolveType": "site/sections/Footer/Footer.tsx",
  "title": "Footer"
}

-rm-sections

⚠️ WARNING: Permanently deletes files!

Removes all section files that are not referenced in any JSON:

deno run -A https://deco.cx/validate -rm-sections

The script:

  1. Identifies sections/loaders that have no occurrences in JSONs
  2. Lists the files that will be removed
  3. Asks for confirmation (type yes to confirm)
  4. Permanently deletes the files

Example output:

πŸ—‘οΈ  Removing unused sections/loaders...

πŸ“‹ 15 file(s) will be removed:

  - sections/Category/CategoryGrid.tsx
  - sections/Institutional/NumbersWithImage.tsx
  - sections/Product/ProductShelf.tsx
  ...

⚠️  This action is irreversible!
Type 'yes' to confirm removal:

Note: This flag only works for full validation (without specifying a file), it doesn't work when validating a specific section.

What it does

The script:

  1. Iterates through all files in sections/, loaders/, and actions/
  2. Generates the __resolveType for each section/loader/action
  3. Searches for ALL occurrences of that __resolveType in .deco/blocks (including inside pages)
  4. Extracts the Props interface from the TypeScript file
  5. Deeply validates each occurrence against the types
  6. Reports errors and warnings with exact path in the JSON
  7. Detects unused files that aren't referenced anywhere

Features

Intelligent Props Detection

  • βœ… Follows re-exports (export { default } from "./other-file")
  • βœ… Resolves Deno import aliases from deno.json ($store/, $home/, site/, etc.)
  • βœ… Extracts type from the component parameter exported as default
  • βœ… Fallback to interface/type named "Props"
  • βœ… Supports type aliases and interfaces
  • βœ… Supports utility types (Omit, Pick, Partial)
  • βœ… Supports arrow function components and function declarations

Deep Validation

  • βœ… Primitive types: string, number, boolean, null
  • βœ… Arrays with element validation
  • βœ… Nested objects recursively
  • βœ… Optional properties (?)
  • βœ… Union types (string | number)
  • βœ… Special types: ImageWidget, Product, RichText, etc
  • βœ… Respects @ignore annotation on properties
  • ⚠️ Detects extra properties not defined in types (warnings)

Protections

  • βœ… Ignores blocks from external apps (vtex, commerce, shopify, etc)
  • βœ… Ignores Theme blocks
  • βœ… Protection against infinite recursion in circular types

Anti-Pattern Detection

  • βœ… Detects dead code (variants with never matcher)
  • βœ… Detects Lazy wrapping Multivariate (should be inverted)
  • βœ… Reports anti-patterns in summary and JSON report

Severity System

  • βœ… Valid - Block is correct
  • ⚠️ Warning - Props not found OR extra properties not defined in types OR section is not being used (doesn't fail the build)
  • 🚨 Anti-pattern - Configuration issues that may cause performance problems or dead code
  • ❌ Error - Required properties missing or incorrect types (fails the build)

-report [path] or -r [path]

Generates a JSON report file with validation results:

# Default: creates validation-report.json
deno run -A https://deco.cx/validate -report

# Custom path
deno run -A https://deco.cx/validate -report my-report.json

The report includes:

  • Summary with total counts (sections, errors, warnings, unused)
  • Detailed list of sections with errors (including file, line, property, message)
  • Detailed list of sections with warnings
  • List of unused sections

Example report structure:

{
  "timestamp": "2024-01-15T10:30:00.000Z",
  "projectRoot": "/path/to/project",
  "summary": {
    "totalSections": 133,
    "totalOccurrences": 1606,
    "totalErrors": 15,
    "totalWarnings": 4,
    "sectionsWithErrors": 5,
    "sectionsWithWarnings": 10,
    "unusedSections": 8,
    "validSections": 110
  },
  "sectionsWithErrors": [...],
  "sectionsWithWarnings": [...],
  "unusedSections": [...]
}

File Structure

validate-blocks/
β”œβ”€β”€ main.ts              # Main entrypoint
β”œβ”€β”€ deno.json            # Deno configuration and tasks
β”œβ”€β”€ src/
β”‚   β”œβ”€β”€ type-mapper.ts   # Maps __resolveType to paths
β”‚   β”œβ”€β”€ ts-parser.ts     # TypeScript parser (extracts Props)
β”‚   β”œβ”€β”€ validator.ts     # Recursive type validator
β”‚   └── validate-blocks.ts # Orchestrator and reporting
β”œβ”€β”€ tests/
β”‚   β”œβ”€β”€ ts-parser_test.ts    # Tests for TypeScript parser
β”‚   β”œβ”€β”€ validator_test.ts    # Tests for validator
β”‚   β”œβ”€β”€ type-mapper_test.ts  # Tests for type mapper
β”‚   └── fixtures/            # Test fixtures
└── README.md            # This documentation

Running Tests

# Run all tests
deno test -A

# Run specific test file
deno test -A tests/validator_test.ts

# Run with verbose output
deno test -A --reporter=verbose

Example Output

πŸ” Validating sections and loaders...

βœ… sections/Header/Header.tsx - 15 occurrence(s)
βœ… sections/Footer/Footer.tsx - 1 occurrence(s)

⚠️  sections/Footer/Footer.tsx - 1 occurrence(s), 2 warning(s)

Footer.json

  - property not defined in types (can be removed) (.deco/blocks/Footer.json:265)
  - property not defined in types (can be removed) (.deco/blocks/Footer.json:273)

❌ sections/Category/CategoryGrid.tsx - 1 occurrence(s), 1 error(s)

Preview%20%2Fsections%2FCategory%2FCategoryGrid.tsx.json

  - "items": required property missing (.deco/blocks/Preview%20%2Fsections%2FCategory%2FCategoryGrid.tsx.json:2)

❌ sections/Sac/Stores.tsx - 2 occurrence(s), 2 error(s)

pages-Lojas-735837.json

  - expected array, received object (.deco/blocks/pages-Lojas-735837.json:57)
  - expected array, received object (.deco/blocks/pages-Lojas-735837.json:73)

═══════════════════════════════════════
πŸ“Š SUMMARY
═══════════════════════════════════════
Total sections/loaders/actions: 95
Total occurrences: 284
βœ… No issues: 85
⚠️ With warnings: 3
⚠️ Unused: 3
❌ With errors: 4

⚠️  Unused sections:
  - sections/Example/Unused.tsx
  - sections/Test/OldComponent.tsx

❌ Sections with errors:
  - sections/Category/CategoryGrid.tsx (1 error(s))

Note: The script shows the path and line of the JSON file in clickable format (ex: .deco/blocks/pages-Lojas-735837.json:61). In most modern terminals (VSCode, Cursor, iTerm2), you can click directly on the link to open the file at the exact line of the problem.

Usage Examples

Validate all sections

deno task validate-blocks

Validate specific section during development

deno task validate-blocks sections/Header/Header.tsx

Validate specific loader

deno task validate-blocks loaders/Product/categoryTabs.ts

Show unused properties

# All sections with warnings for extra props
deno task validate-blocks -unused

# Specific section with warnings for extra props
deno task validate-blocks sections/Footer/Footer.tsx -unused

Portability

All code is organized in the src folder to facilitate migration to another repository.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Packages

No packages published

Contributors 2

  •  
  •