Tracker: v2 tablegen todos

[dk1a]

General

• StoreConfig
• Basic generator
• Types for primary keys (feat(cli): refactor tablegen and add more advanced features #437)
• tableId as optionally rendered argument (feat(cli): refactor tablegen and add more advanced features #437)
• Singleton tables (feat(cli): refactor tablegen and add more advanced features #437)
• Delete (feat(cli): refactor tablegen and add more advanced features #437)
• ABI types (feat(cli): use abi types in store config #507)
• Client definitions
• Enum wrapper (feat(cli): user types and route/path separation #454)
• Static array wrapper (feat(cli): allow static arrays as abi types in store config and tablegen #509)
• User-defined type wrapper
• Simple set/get for 1-col table (feat(cli): refactor tablegen and add more advanced features #437)
• Improve handling of custom types in tablegen #1139
• Metaconfig to change defaults (primaryKeys default in particular should be configurable for ECS projects)
• Tables index file
• Schema-from-RPC mode
• Revisit unexpected errors in logError (see feat: v2 - add store, world and schema-type, cli table code generation #422 (comment))

World

• Basic worldgen: generate system interfaces and IWorld
• Add an aggregator command for all the generators

Prototypes

• Prototypes (feat(cli): add prototypes to tablegen #506)
• Dynamic defaults
• Copy from prototypes (LibPrototype)
• Proxied prototypes (?)
• Prototypes + foreign keys (?)

Arrays

Depends on StoreCore

• Push (started with StoreCore in feat: add pushToField to Store and World #434) (feat(cli): refactor tablegen and add more advanced features #437)
• Use push in tablegen (see feat: v2 - add store, world and schema-type, cli table code generation #422 (comment))
• pop
• getItem
• update
• Set (the data structure) (is this even related to tablegen?)

Plugins

• tablegen hooks? (to add e.g. getWithValue, keysInTable as methods in the main table lib)

Foreign Keys

This would likely be a plugin

• on delete
• on update
• join (?)

Misc

• Better errors (feat(cli): refactor tablegen and add more advanced features #437)
• Better config validation (feat(cli): refactor tablegen and add more advanced features #437)
• Autoprettier (feat(cli): refactor tablegen and add more advanced features #437)
• .ts, .mts extensions support, CJS is not supported (feat(cli): refactor tablegen and add more advanced features #437)
• Do not require ts-node in unrelated commands
• Separate package for some config stuff
• More tests test(e2e): add more test cases #1074 test(e2e): add test cases for dynamic data #1098

Minor config options

• Ability to manually specify IStore in methods (feat(cli): refactor tablegen and add more advanced features #437)
• Optionally use tuples instead of struct in multicolumn tables (feat(cli): refactor tablegen and add more advanced features #437)
• tables: SchemaType shorthand (feat(cli): refactor tablegen and add more advanced features #437)
• schema: SchemaType shorthand (feat(cli): improve storeArgument, refactor cli #500)
• primaryKeys: SchemaType shorthand (?)
• Separate route and path customization (feat(cli): user types and route/path separation #454)

[alvrs]

Can you elaborate a bit on these points:

• User-defined type wrapper
• Types reuse

[dk1a]

User-defined type wrapper

(currently we have abi types and enums)
Allow solidity's user-defined value types, which are abi types but named differently, implementation would be very similar to enums. Then they can be reused across tables (you could have type Entity is bytes32 for ECS for example)

Types reuse

(currently we generate Types.sol with enums)

• Allow generating 1 struct for several tables with identical data, so the data can be seamlessly passed between tables
• Allow types to be imported from a user-defined (not autogenerated) file
• Allow structs to be imported from a manual user file

[alvrs]

Seems like Allow types+structs to be imported from a user-defined (not autogenerated) file would solve both user-defined type wrappers and the two latter points of types reuse. Moved this to its own issue: #1139