Gedefinieerde namen in aggregaatberekeningen

HotXLS-documentatie · Tekst- en statistische array-argumenten

SUM, AVERAGE, MIN, MAX, COUNT en COUNTA accepteren naast werkbladverwijzingen ook ondersteunde scalaire en berekende-array gedefinieerde namen

Scalaire en array-waarden

Een naam die tot een directe scalair evalueert volgt scalaire conversie: numerieke tekst en Boolean-waarden kunnen bijdragen aan een numerieke reducer, terwijl een naam die tot een array evalueert arrayconversie volgt en tekst- en Boolean-leden uitsluit van numerieke verzameling

Voor een gedefinieerde naam Numbers waarvan de expressie SEQUENCE(3) is, geeft SUM(Numbers) 6 terug en AVERAGE(Numbers) 2; een scalaire Boolean-naam kan 1 bijdragen, terwijl een array met Boolean-waarden die leden uitsluit van numerieke reducers

Numerieke reducers propageren getypeerde fouten, COUNT slaat foutwaarden over en COUNTA telt niet-lege foutwaarden; AVERAGE zonder verzamelde numerieke waarden geeft een getypeerde #DIV/0!-fout terug

Referentie-identiteit

Namen die naar echte werkbladverwijzingen oplossen behouden referentiedoorloop en referentieconversie, inclusief de SUBTOTAL-regels voor verborgen rijen en geneste subtotalen; referentie-producerende INDEX-expressies behouden hun bestaande gedrag

Een mislukte referentiedoorloop herstart de naam niet als waarde-operand, dus een celfout na al verzamelde numerieke waarden kan de fout niet maskeren of voorafgaande cellen dubbel tellen

RANK, RANK.EQ en RANK.AVG vereisen nog steeds een echte verwijzing voor hun referentieargument; een berekende arraynaam verkrijgt geen referentie-identiteit alleen omdat andere reducers die accepteren

Afhankelijkheden en limieten

Berekende namen doen mee aan de bestaande controles op afhankelijkheden en circulaire verwijzingen; absolute geneste namen volgen bronwijzigingen en array-hersizing, terwijl relatieve namen op elke consumentenpositie apart worden opgelost

Afgevlakte waardeverzameling verbruikt evaluatiestappen en toetst array-geheugenlimieten, inclusief gekopieerde stringpayloads; het overschrijden van een resourcelimiet blijft een berekeningsfout

Bestaande semantiek voor externe namen en externe verwijzingen blijft gescheiden van deze lokale uitbreiding voor berekende namen; onbekende namen behouden het bestaande publieke parserfoutcontract