Skip to content

Adopt ExpressionTableOperations for value-expression-backed model operations#63

Open
ritchiecarroll wants to merge 3 commits into
developmentfrom
refactor-table-operations
Open

Adopt ExpressionTableOperations for value-expression-backed model operations#63
ritchiecarroll wants to merge 3 commits into
developmentfrom
refactor-table-operations

Conversation

@ritchiecarroll

@ritchiecarroll ritchiecarroll commented Jun 25, 2026

Copy link
Copy Markdown
Contributor

Summary

Consumer-side update for the TableOperations<T> refactor in Gemstone.Data. The base TableOperations<T> is now a pure POCO operator that honors only [DefaultValue]; evaluation of attribute-based value expressions (DefaultValueExpressionAttribute / UpdateValueExpressionAttribute) is now opt-in via the new ExpressionTableOperations<T>.

Changes

Migrated the modeled-table call sites whose models rely on value expressions from TableOperations<...> to ExpressionTableOperations<...>, preserving current behavior end-to-end:

  • Adapters/IndependentAdapterManagerExtensions.cs (DeviceRecord, MeasurementRecord, HistorianRecord, SignalTypeRecord, PhasorRecord)
  • Adapters/IndependentActionAdapterManagerBase.cs (DeviceRecord)
  • Model/DeviceExpressionParser.cs (Device)
  • Model/MeasurementExpressionParser.cs (Measurement)

Note: targets updated-event-details-ops (the requested updated-event-detail-ops was a typo; the actual branch is updated-event-details-ops).

Verification

  • Gemstone.Timeseries builds clean (0 errors) against the local Gemstone.Data project reference (Development configuration).

Related PRs

🤖 Generated with Claude Code

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant