Dieser deutsche Artikel behandelt HotXLS: data validation, AutoFilter, and worksheet tables für Teams, die mit Delphi, C++Builder, Lazarus/FPC und losLab-Komponenten arbeiten
Der Fokus liegt auf praxisnahen Entscheidungen, Fallstricken und Prüfpunkten, damit die Lösung im produktiven Einsatz verlässlich bleibt
Architekturentscheidungen
Make user editing rules visible in the workbook. validation rules, allowed blank values, error messages, and list-source ownership / table range, header names, totals row, calculated columns, and naming policy
- validation rules, allowed blank values, error messages, and list-source ownership
- table range, header names, totals row, calculated columns, and naming policy
- AutoFilter criteria, hidden-row behavior, and whether filters are pre-applied
- how validation ranges expand when rows are appended by users or automation
Implementierungsablauf
Build tables around validated ranges. The order below keeps the workflow reviewable for Delphi and C++Builder teams.
- write the data range and define headers before applying table behavior
- attach validation rules to user-editable cells rather than entire unused columns
- apply AutoFilter and totals after the final row count is known
- test adding rows, clearing values, sorting, and filtering in Excel
- record validation and table definitions for support comparison
Validierungsnachweise
Workbook evidence for editable deliverables. Keep these fields with the output or support record.
- table name, range, header list, totals-row formula, and AutoFilter state
- validation type, source range, prompt, error message, and blank-value policy
- row count before and after user-inserted test rows
- compatibility notes for downstream spreadsheet applications
Editing support starts before the user opens Excel
Data validation, AutoFilter, and worksheet tables help users edit data safely. They need stable ranges, clear list sources, consistent table names, and formulas that expand predictably.
Implementierungshinweise für die Produktion
Behandle HotXLS: data validation, AutoFilter, and worksheet tables als klaren Servicevertrag rund um die HotXLS-Aufrufe, mit getrennten Schritten für Eingabeprüfung, Arbeitsmappenaufbau, Ausgabekontrolle und Support-Evidenz
- Datenquelle, Zellbereiche und Ausgabeformat festlegen, bevor die Arbeitsmappe erzeugt wird
- Zeilenanzahl, Blattanzahl, Warnungen und Ausgabepfad in ein prüfbares Support-Protokoll schreiben
- Anwendungsspezifische Details in testbare Helper kapseln, statt sie in UI-Ereignissen zu verteilen
- Die gespeicherte Datei erneut öffnen oder prüfen, bevor sie an ein anderes System oder an Kunden geht
Fehlerfälle, die getestet werden sollten
- Ein erfolgreicher SaveAs-Aufruf beweist noch nicht, dass der fachliche Vertrag stimmt
- Schriftarten, Rechte und regionale Einstellungen können auf Servern anders sein als auf Entwicklerrechnern
- Logs dürfen keine Passwörter, Kundendaten oder internen Links offenlegen
Ausführliches Delphi-Beispiel
Das folgende Beispiel zeigt eine praktische Servicegrenze für dieses Thema und hält Policy, Logging und Validierung testbar getrennt
procedure BuildValidatedOrderWorkbook(const OutputFile: string; const Rows: TArray<TOrderRow>);
var
Wb: TXLSXWorkbook;
Sh: IXLSWorksheet;
RowIndex: Integer;
Row: TOrderRow;
begin
Wb := TXLSXWorkbook.Create;
try
Sh := Wb.Sheets[0];
Sh.Name := 'Orders';
WriteHeaderRow(Sh, ['OrderId', 'Customer', 'Status', 'Amount', 'Owner']);
RowIndex := 2;
for Row in Rows do
begin
WriteOrderRow(Sh, RowIndex, Row);
Inc(RowIndex);
end;
Sh.Range['A1:E1'].ApplyBuiltinStyle(xbsTitle);
AddListValidation(Sh, 'C2:C' + IntToStr(RowIndex - 1), ['New', 'Approved', 'Blocked']);
AddOwnerValidation(Sh, 'E2:E' + IntToStr(RowIndex - 1));
AddAutoFilterToHeader(Sh, 'A1:E' + IntToStr(RowIndex - 1));
CreateStructuredTable(Sh, 'OrdersTable', 'A1:E' + IntToStr(RowIndex - 1));
AssertValidationCoverage(Sh, RowIndex - 1);
if Wb.SaveAs(OutputFile) <> 1 then
RaiseWorkbookSaveError(OutputFile);
finally
Wb.Free;
end;
end;
Produktionscheckliste
- Run the workflow on an empty workbook, a normal customer workbook, and a worst-case workbook
- Open the output with the target spreadsheet application or downstream importer
- Log product version, template version, profile, row count, output path, elapsed time, and warning count
- Keep passwords, temporary files, customer data, and support bundles under explicit retention rules
- Add regression workbooks when a customer file exposes a new edge case
Product documentation
Zusätzliche Codebeispiele
var
Idx: Integer;
begin
Idx := Sheet.AddListValidation('C2:C500', 'New,Approved,Blocked');
Sheet.DataValidations[Idx].SetPrompt('Status',
'Pick one of the listed states');
Sheet.DataValidations[Idx].SetError('Invalid status',
'Type or paste only listed values', xlsxDvErrStop);
Sheet.DataValidations[Idx].AllowBlank := False;
// Quantities: whole numbers, zero or more
Sheet.AddWholeNumberValidation('D2:D500', xlsxDvOpGreaterOrEqual, '0');
end;var
Cols: TStringList;
begin
Cols := TStringList.Create;
try
Cols.CommaText := 'OrderId,Customer,Status,Amount,Owner';
Sheet.AddTable('Orders', 'A1:E500', Cols);
finally
Cols.Free;
end;
end;