I have these projects, and usually everything runs according to defaults, but sometimes we need to change the specs.
This is a processing tool. We process electronic data by extension. We designate which extensions are processed by each plugin. For example, the Adobe Acrobat plugin processes extension .pdf. The Excel plug in processes extensions .wq1 .xlt .xlv .xlw .wk4 .xls .wk1 .wks .csv .xlsx .xlsm .xltx .xltm .xlsb .xlam .wk3 .xl .xlb .xlc .xld .xlk .xll .xlm.
And so on.
It might happen that a particular project might not want the Excel plugin to process some of those extensions, so we will deselect those extensions for that project. I was thinking that each plugin needs a table for the possible extensions associated with that plugin. But then I thought that perhaps one table can handle all of them. Or I can have an extensions table, a plugin table, and a third table which hooks the plugins to the extension... But that does not seem like it will work because the relationships are not static.
Any thoughts on this mess?
This is a processing tool. We process electronic data by extension. We designate which extensions are processed by each plugin. For example, the Adobe Acrobat plugin processes extension .pdf. The Excel plug in processes extensions .wq1 .xlt .xlv .xlw .wk4 .xls .wk1 .wks .csv .xlsx .xlsm .xltx .xltm .xlsb .xlam .wk3 .xl .xlb .xlc .xld .xlk .xll .xlm.
And so on.
It might happen that a particular project might not want the Excel plugin to process some of those extensions, so we will deselect those extensions for that project. I was thinking that each plugin needs a table for the possible extensions associated with that plugin. But then I thought that perhaps one table can handle all of them. Or I can have an extensions table, a plugin table, and a third table which hooks the plugins to the extension... But that does not seem like it will work because the relationships are not static.
Any thoughts on this mess?