[Refactoring] Complete separation of stkdata accessing process from StkFw main logic.
Closed this issue · 3 comments
As the current design, stkdata API is used from several layer of stkfw structure.
The current design is not good for its maintenancebility.
Complete separation of stkdata accessing process from StkFw main logic needs to be considered.
Tested on 7th July : CL-YaizuNetTool030-LoadSaveStd.xlsx
No documentation required
StkFw source code which loads stkdata.h
D:\work\repo\YaizuNetTool\src\stkfw\LowDbAccess.cpp(3):#include "......\YaizuComLib\src\stkdata\stkdata.h"
D:\work\repo\YaizuNetTool\src\stkfw\LowDbAccess.h(3):#include "......\YaizuComLib\src\stkdata\stkdata.h"
D:\work\repo\YaizuNetTool\src\stkfw\stklibtest.cpp(38):#include "......\YaizuComLib\src\stkdata\stkdata.h"
D:\work\repo\YaizuNetTool\src\stkfw\VarController.cpp(6):#include "......\YaizuComLib\src\stkdata\stkdata.h"
D:\work\repo\YaizuNetTool\src\stkfw\VarController.h(2):#include "......\YaizuComLib\src\stkdata\stkdata.h"
LowDbAccess and VarController.cpp can load stkdata.h