0 Fork 0

Files

T

davideandClaude Sonnet 5 28a72c80b2 Normalizza il suffisso #AF di ConfigName; documenta il limite sulle family table di assiemi

Test end-to-end su un albero reale (9284218024b.asm, confrontato con la sua
BOM Creo di riferimento tramite scripts/CreoBom.cs) oltre gli 8 campioni usati
per il reverse engineering iniziale.

Trovato: i componenti creati da un pattern/array feature hanno un ConfigName
con suffisso "<codice>#AF<n>" (n = indice nel pattern), non un'istanza di
family table vera - la BOM di Creo lo ignora e unisce le occorrenze duplicate.
AsmRecordReader ora rimuove questo suffisso prima di usare il nome istanza.

Trovato ma non risolto: un intero ASSIEME (non solo le parti normalizzate)
puo' avere una family table, risolta da Creo con un meccanismo diverso da
ConfigName (non decodificato). AsmRecordReader non lo rileva e non lancia
eccezione in questo caso: il fallback automatico di Form1 non scatta, e il
risultato puo' essere silenziosamente incompleto. Documentato come limite
noto in formato-asm-record.md e in CLAUDE.md - nessun fix applicato finche'
il meccanismo non e' meglio compreso.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

2026-09-21 16:27:15 +02:00

5.0 KiB

Raw Blame History

CLAUDE.md

This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.

Cos'è questo progetto

PrepStep è il nome tecnico del progetto (cartella, namespace, csproj, eseguibile PrepStep.exe); il nome mostrato all'utente finale è Cevolani StepPrep (<Product>/ <AssemblyTitle> in PrepStep/PrepStep.csproj, usato nel titolo della finestra insieme alla versione, <Version>, attualmente 0.1.0). È un'app Windows Forms (.NET 10, WinForms) che indicizza e permette di cercare i file CAD Pro-ENGINEER/Creo contenuti in tutte le cartelle di primo livello di un disco/share di rete (radice di default X:\), salvando i metadati in un DB SQLite locale (cad_index.db). Il flusso a valle (fasi 2-5, vedi sotto) prepara i file raw/ da passare a Creo Distributed Batch per l'esportazione STEP: la app è quindi un pre-processo per quel passaggio, non lo sostituisce.

Comandi

Tutti da eseguire dentro PrepStep/.

dotnet build -c Release
dotnet run -c Release

Pubblicazione come eseguibile standalone (single-file, self-contained, Windows x64):

dotnet publish -c Release -r win-x64 --self-contained true -p:PublishSingleFile=true -o publish

PrepStep.Tests/ (xUnit) contiene unit e integration test — vedi dotnet test da dentro quella cartella. Riferimento al progetto principale via ProjectReference + InternalsVisibleTo (in PrepStep.csproj), così i test possono chiamare direttamente Indexer.ParseFilename e AssemblyComponentScanner.EstraiCodiciReferenziati senza esporli come API pubblica.

Architettura

Il programma è tutto in PrepStep/ (nessun altro progetto nella solution). Dettaglio completo file-per-file in docs/architettura.md; qui solo il flusso che conta per capire il prodotto.

Form1.cs è un wizard a 5 fasi (una sola visibile alla volta, _panelFasi[], si avanza con "Avanti" solo se AvantiConsentito), UI costruita interamente in codice (BuildUi, nessun designer visuale):

Database — carica/aggiorna cad_index.db (Indexer.ScanAsync, radice disco di default X:\ hardcoded in RadiceDiscoDefault); qui vive anche la cartella di lavoro (destinazione di CSV/raw//step/), proposta dall'ultima usata o dalla cartella del DB se non c'è ancora nulla di salvato — vedi docs/db-cad-index.md per il dettaglio di schema e risoluzione del percorso DB.
Importa Distinta Base — DistintaBaseImporter.ConvertiInCsv genera il CSV componente;descrizione nella cartella di lavoro; se il file segue la convenzione del gestionale (DBP_<codice>_<timestamp>), aggiunge l'assieme generale come riga in più (da quel momento è un componente come tutti gli altri, nessun caso speciale nel resto del codice).
Crea cartella raw — TrovaPercorsiCad + CopiaFileTrovati (parallela, vedi docs/copia-raw-parallela.md) copiano in raw/ i file CAD dei componenti del CSV trovati nell'indice.
Trova componenti referenziati — legge i .asm in raw/ per risolvere ricorsivamente sotto-assiemi/parti (RisolviAlberoComponenti), copiandoli anch'essi in raw/. Usa AsmRecordReader (parser esatto dei record binari, docs/formato-asm-record.md) e ripiega su AssemblyComponentScanner (euristica testuale, docs/formato-asm.md) solo se il file non rispetta il formato validato (InvalidDataException). ⚠️ Limite noto non coperto dal fallback: un assieme con family table (raro, non solo le parti normalizzate possono averla) può dare un risultato silenziosamente incompleto senza lanciare eccezione — vedi docs/formato-asm-record.md §7.
Verifica completezza — mostra i .asm della distinta già in raw/, trascinabili su Creo per l'esportazione STEP (Distributed Batch, manuale, fuori dall'app); "Verifica completezza assiemi" controlla ricorsivamente sull'indice (non su raw/, stessa AsmRecordReader/fallback della fase 4) se tutti i sotto-componenti di ogni assieme sono presenti.

Script standalone (`scripts/`)

scripts/ contiene C# file-based apps (.NET 10, dotnet run scripts/Nome.cs -- arg1 arg2, lanciati dalla root del repo — non da dentro PrepStep/, che ha un .csproj WinExe: dotnet run lì avvia la GUI vera invece dello script). Elenco e dettaglio di ciascuno in docs/architettura.md.

Il pattern da preservare: gli script referenziano PrepStep/PrepStep.csproj via #:project invece di duplicare la logica di lettura dei .asm, che vive solo nel progetto principale — un'unica fonte di verità condivisa da GUI e script. Due famiglie distinte, non intercambiabili:

ExtractCreoStrings.cs/BomViaDb.cs usano AssemblyComponentScanner (euristica testuale, docs/formato-asm.md) e risolvono i sottoassiemi contro cad_index.db.
CreoBom.cs usa AsmRecordReader (parser esatto dei record binari, docs/formato-asm-record.md, condiviso con la GUI in fase 4/5) e risolve i sottoassiemi cercandoli in cartelle locali (-p), non contro cad_index.db.

5.0 KiB Raw Blame History