You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#54181 added wrappers for session methods, and to that end exports the SQLITE_CHANGESET_* constants to pass through to sqlite3changeset_apply().
These are currently exposed as enumerable top-level properties of the node:sqlite module. By contrast, other modules that export constants do so under their own exported constants namespace (os, vm etc.) to avoid polluting the module scope.
While the sqlite module remains experimental, would it be worth taking the opportunity to sequester these away as sqlite.constants.*?
Activity
[-]Discussion: Namespacing `sqlite` constants[/-][+]Proposal: Namespacing `sqlite` constants[/+]cjihrig commentedon Dec 10, 2024
That sounds like a good idea to me.
sqlite: aggregate constants in a single property
sqlite: aggregate constants in a single property
sqlite: aggregate constants in a single property
sqlite: aggregate constants in a single property