Ferreteria/v0.5/table: Difference between revisions

From Woozle Writes Code
Jump to navigation Jump to search
No edit summary
No edit summary
Line 1: Line 1:
==About==
* '''code files''': {{l/ferreteria/code|data/db/table}}
Tables have been greatly simplified since v0.4, where they (along with Rows and Rowsets) were the basis for specialized classes that constituted what is now called {{l/ver|Feature}}s. There are now just two classes
* <code>cTabloid</code>: can use (but does not require) a Feature object; also maintains a static Table registry. Does nothing else.
* <code>cTable</code>: adds functions to (1) fetch the Table's SQL name and (2) access the database engine object
It's uncertain whether this is a good design, or if either or both of these classes are even needed.
==Related==
==Related==
* [[/spec|Table Spec]] classes
* [[/spec|Table Spec]] classes
* The {{l/ver|registry/table|Table Registry}} involves both {{l/ver|Table}}s and {{l/ver|table/spec|Table Specs}}.
* The {{l/ver|registry/table|Table Registry}} involves both {{l/ver|Table}}s and {{l/ver|table/spec|Table Specs}}.

Revision as of 14:52, 15 March 2022

About

Tables have been greatly simplified since v0.4, where they (along with Rows and Rowsets) were the basis for specialized classes that constituted what is now called Features. There are now just two classes

  • cTabloid: can use (but does not require) a Feature object; also maintains a static Table registry. Does nothing else.
  • cTable: adds functions to (1) fetch the Table's SQL name and (2) access the database engine object

It's uncertain whether this is a good design, or if either or both of these classes are even needed.

Related