When your MATLAB project gets large, or when you have a lot of projects, it’s time to consider\u00a0restructuring your code and libraries so\u00a0you can focus on what matters the most instead of plowing through\u00a0the mess you just created.<\/p>\n
For my projects, I usually create a file\u00a0called ‘managedPathAndFiles_{myProjectName}.m’ at the top-level\u00a0folder. The comments in the demo code below highlight the techniques used:<\/p>\n
function [file, folder] = managedPathAndFile_myProject(isRegenerated)\r\n% isRegenerated: set to 'false' to skip addpath() (which is slow)\r\n\r\n % Optional default input arguments by name instead of couting nargin\r\n if( ~exist('isRegenerated', 'var') )\r\n isRegenerated = true;\r\n end\r\n\r\n % Note the use of nested structures (like replacing _ with .)\r\n % You can use the hierarchy to group folders\/files in a way you can \r\n % operate on them in one-shot\r\n\r\n % Use the location of this file as anchor \r\n % 'pwd' is unreliable because you can call this from other folders if\r\n % it's in MATLAB's path\r\n folder.root = fileparts( mfilename('fullpath') );\r\n \r\n % Include your project specific subroutines in the MATLAB path\r\n % Use fullfile() to generate platform independent folder structures\r\n folder.core.root = fullfile(folder.root, 'core');\r\n folder.core.helper = fullfile(folder.core.root, 'helper'); \r\n % Add all the paths under the folder in one shot\r\n if( isRegenerated )\r\n % '-end' avoids name conflict by yielding to the incumbent paths \r\n addpath( genpath(folder.core.root), '-end' );\r\n end\r\n \r\n % Automatically create data storage folder\r\n folder.data.root = fullfile(folder.root, 'data');\r\n folder.data.cache = fullfile(folder.data.cache, 'data');\r\n if( isRegenerated )\r\n % Outputting something will absorb the error if the path alreayd\r\n % exist. I made a mkdir_silent() in my libraries, but used the\r\n % native call here for demo.\r\n [~, ~] = structfun(@mkdir, folder.data);\r\n end\r\n \r\n % Sometimes you might have config or external files to load\r\n file.data.statistics = fullfile(folder.data.root, 'statistics.mat');\r\n \r\nend<\/pre>\nMany people don’t know about the function genpath() so they ended up lumping all their dependencies in one folder\u00a0which makes my eyes bleed. Organize your files into a tree that makes sense now!<\/p>\n
I’d recommend\u00a0any serious MATLAB developer build their own library folder with a consistent naming and a sensible tree hierarchy. After looking into FEX and what’s natively available in MATLAB and you still need to\u00a0roll out your own code, you’re likely to rediscover what you’ve already built just by establishing a new .m file\/function you are about to write in the folder you’d most naturally put it in (like people with like mind: self, tend to pick the same names).<\/p>\n
Sometimes you have to whip up some ‘crappy’ code that doesn’t generalize (or can be reused) in other contexts. Consider putting them in a \/private folder under the caller so it won’t be visible to everybody else. Of course, I encourage people spend a little more time to write the code properly so it can be put in your own MATLAB library.<\/p>\n
<\/div>\n