Un parser SAX notturno
Pensare che ho scritto tanto sui parser sax, pensando che non sarebbero mai serviti a nessuno. Eppure se uno ci pensa, un parser sax ragiona esattamente come ragionerebbe una persona che si trova davanti un file, con tante righe scritte una dietro l’altra, e deve capire se quella riga si riferisca all’inizio di un prossimo record o se sia un campo di un record attuale.
Ad esempio, se io ho un file con
1. If a table does not have MANDT as part of the primary key, it is ____.
A: A structure
B: Invalid
C: Client-independent
D: Not mandatory
2. In regard to CALL, which of the following is NOT a valid statement?
A: CALL FUNCTION
B: CALL SCREEN
C: CALL TRANSACTION
D: CALL PROGRAM
3. An event starts with an event keyword and ends with:
A: Program execution.
B: END-OF-EVENT.
C: Another event keyword.
D: END-EVENT.
Da cosa capisco quando inizia un’altra domanda e quando invece una riga è una possibile risposta alla domanda precedente?
Il caso ha voluto che in quest’esempio la domanda occupi un rigo, poi le quattro righe successive sono le 4 opzioni possibili, e che ci sia un rigo vuoto per definire la fine della domanda. Ma poniamo il caso ci sia una domanda formulata in questo modo
6. The following code indicates:
SELECT fld1 fld2 FROM tab1 APPENDING TABLE itab
WHERE fld1 IN sfld1.
A: Add rows to the existing rows of itab.
B: Add rows to itab after first deleting any existing rows of itab.
C: Select rows from tab1 for matching itab entries.
D: Nothing, this is a syntax error.
7. You may change the following data object as shown below so that it equals 3.14.
CONSTANTS: PI type P decimals 2 value '3.1'.
PI = '3.14'.
A: True
B: False
Adesso come la mettiamo? Le domande si possono estendere su più righe, e le risposte possono non essere 4 ma solo 2 (vero o falso). Nessuna idea? Io una mezza idea me la sono fatta.
Molto semplicemente le domande iniziano con un ‘Numero punto’ e si estendono fino alla prima risposta. Le risposte iniziano con ‘A|B|C|D duepunti’ e si estendono fino alla prossima domanda, o fino alla fine del file.
In questo modo, se il secondo rigo di una domanda inizia come una risposta (i token appartengono al dominio) mi perdo un rigo della domanda che diventa una opzione di risposta. Fortunatamente nessuna risposta inizierà mai con ‘Numero punto’, ma se c’è una domanda senza risposte (paragonabile ad un xml non valido) il tutto va a puttane.
Per quello che mi serve è più che sufficiente. Ho appena testato l’algoritmo su ABAP CERTIFICATION QUESTIONS trasformato in txt, e su 93 domande, 840 righe… nessun errore.
Buon lavoro notturno a tutte le sonnambule.
E a chi mi chiede cosa si può fare di notte… almeno adesso ho reso l’idea.