It's better to make CoreOptions just Options and make config object from what we call now Options.
Motivatiщт for this is that Options is not signe-source of truth and can be constructed and used in wrong manner so CoreOptions actualy is the class which is in use.
I am comming to this because I want to rename datapoints to data and I can't controll hot this type object is constructed, so I need extra logic which I will write in Series (simillar issue with Series like with Options)
It's better to make `CoreOptions` just `Options` and make config object from what we call now `Options`.
Motivatiщт for this is that `Options` is not signe-source of truth and can be constructed and used in wrong manner so `CoreOptions` actualy is the class which is in use.
I am comming to this because I want to rename `datapoints` to `data` and I can't controll hot this type object is constructed, so I need extra logic which I will write in `Series` (simillar issue with Series like with Options)
It's better to make
CoreOptionsjustOptionsand make config object from what we call nowOptions.Motivatiщт for this is that
Optionsis not signe-source of truth and can be constructed and used in wrong manner soCoreOptionsactualy is the class which is in use.I am comming to this because I want to rename
datapointstodataand I can't controll hot this type object is constructed, so I need extra logic which I will write inSeries(simillar issue with Series like with Options)Is should be
OptionsandSeriesclasses , because it's entity by itselfAlso better move
Serieto from filetypes.tstomodels/series.ts