2
0
mirror of https://github.com/frappe/books.git synced 2024-11-08 14:50:56 +00:00
books/models
2023-02-27 19:16:04 +05:30
..
baseModels fix: valuation calculation when batches 2023-02-27 18:54:49 +05:30
inventory fix: batch quantity validations 2023-02-27 19:16:04 +05:30
regionalModels/in incr: display gstr reports 2022-05-23 16:18:23 +05:30
Transactional feat: add shipment and purchase receipt 2022-11-18 23:01:50 +05:30
exchangeRate.ts refactor: move ledgerPosting to models 2022-05-23 16:18:22 +05:30
helpers.ts incr: update item docs with addItem 2023-01-16 15:08:02 +05:30
index.ts feat: BatchNumber schema & batch-wise validation 2023-01-14 16:58:16 +05:30
README.md refactor: rename 'frappe' to 'fyo' outside src 2022-05-23 16:18:22 +05:30
types.ts Merge branch 'master' into batch-wise-item 2023-02-21 17:59:05 +05:30

Models

The models root folder contains all the model files, i.e. files containing all the models. Models here, refers to the classes that handle the data, its validation and updation and a bunch of other stuff.

Each model directly or indirectly extends the Doc class from fyo/model/doc.ts so for more info check that file and the associated types in fyo/model/types.ts.

A model class can used even if the class body has no content, for example PurchaseInvoiceItem. Else the model used will default to using Doc. The class can also be used to provide type information for the field types else they default to the catch all DocValue example:

class Todo extends Doc {
  title?: string;
  date?: Date;
  completed?: boolean;
}

While this has obvious advantages, the drawback is if the underlying fieldtype changes this too will have to be changed.

The data stored by the models is decided by the schema passed to it's constructor. Check schemas/README.md for info on this.

Adding Stuff

When adding stuff to models/** make sure that it isn't importing any Vue code or other frontend specific code globally. This is cause model file tests will directly use the the Fyo class and will be run using mocha on node.

Importing frontend code will break all the tests. This also implies that one should be wary about transitive dependencies.

It should also not import the Fyo object (singleton) from src, where ever fyo is required in models it should be passed to it.

Note: Frontend specific code can be imported but they should be done so, only using dynamic imports i.e. await import('...').

Regional Models

Regional models should as far as possible extend the base model and override what's required.

They should then be imported dynamicall and returned from getRegionalModels in models/index.ts on the basis of countryCode.