Is there a document describing MATLAB coding standards or a good programming guide available?

I am looking for documents that can help improve my MATLAB programming skill. I would be interested in any helpful online guides.

Answer 1

[MathWorks Support Team]

MathWorks does not have documentation specific to best practices for writing MATLAB code. MathWorks recommends that each user/organization develops the practices that suit them the best.

However, here are some useful resources:

Look at the documentation on the MATLAB Code Analyzer Report, which helps in improving code through warning and error messages:

https://www.mathworks.com/help/matlab/matlab_prog/matlab-code-analyzer-report.html

Loren's blog contains some useful best practices for writing code in MATLAB:

http://blogs.mathworks.com/loren/category/best-practice/

Here are some more documentation pages to improve performance and memory usage in scripts:

https://www.mathworks.com/help/matlab/performance-and-memory.html

https://www.mathworks.com/help/matlab/matlab_prog/strategies-for-efficient-use-of-memory.html

https://www.mathworks.com/help/matlab/matlab_prog/memory-allocation.html

There are also two good documents on MATLAB Central that may be helpful, but as they are developed by our users, we do not guarantee or warrant their content:

MATLAB Programming Style Guidelines 2.0

https://www.mathworks.com/matlabcentral/fileexchange/46056-matlab-style-guidelines-2-0

Good MATLAB Programming Practices

https://in.mathworks.com/matlabcentral/fileexchange/2371-good-matlab-programming-practices

Please follow the below link to search for the required information regarding the current release:

https://www.mathworks.com/help/

Answer 2

[Co Melissant]

Since January 2022 we have the MonkeyProof MATLAB Coding Standard, see https://doc.monkeyproofsolutions.nl/code-checker-for-matlab/monkeyproof-matlab-coding-standard/

This standard has a Change Control Board (CCB) and is written together with some industry-leaders and TIOBE https://www.tiobe.com, a company specialized in Coding Standards and Code Quality

[Stephen23]

The monkeyproof coding standard is quite detailed, definitely worth a read.

Although this is a moving goal, it would be nice to include a section on preferred vs deprecated functions, e.g.

• use DATETIME, avoid DATENUM, DATESTR, DATEVEC.
• use of strings and JOIN, COMPOSE etc.
• use of HISTCOUNTS (noting the difference in the upper edge compared to HISTC).
• use of tables/timetables (and all the related file import options rather than post-processing after import).
• etc.

This might be useful: https://www.mathworks.com/matlabcentral/answers/492752-table-of-matlab-release-features

[Co Melissant]

Hi Stephen,

Thanks, these are all good ideas! We take these with us on the next CCB meeting. If you like to join the meeting to explain and discuss this and more, contact us!

With this Standard we also have a code checker (CC4M, https://monkeyproofsolutions.nl/products/code-checker-for-matlab/). CC4M checks many rules from the standard, and offers more checks. Hereby some related to your ideas:

• Check for use of strings or character arrays. Both datatypes can be reported as a violation. If you have a code base that needs to support pre-string MATLAB versions you may want to report strings as a violation. Code generation support for strings in Simulink was introduced much later then R2016b/R2017a timeframe (introduction of strings)
• Check against release compatibility. CC4M checks if your code will run in the release you want it to run as a minimum. ( https://doc.monkeyproofsolutions.nl/code-checker-for-matlab/code-checker-for-matlab/v2_11_0/CodeCheckerForMATLAB-3.7.html#toc-Subsection-3.7.9 - just see we hardcoded the R2021a in the doc, this should be latest release). We do have the same approach for checking your code against compatibility for the MATLAB Coder.

[Walter Roberson]

I do not agree that character vectors should be considered deprecated. string operations are slower in most cases (with the notable exception that double() of a string is faster than any of the known alternatives.)

Example for generating random words with two letters, then two digits, then a letter:

azc = ('a':'z').';
dc = ('0':'9').';
azs = string(azc);
ds = string(dc); 

N = 10000;
RL = randi(26, N, 3);
RD = randi(10, N, 2);

tic; outc = [azc(RL(:,1:2)), dc(RD), azc(RL(:,3))]; toc

Elapsed time is 0.000732 seconds.

tic; outs = azs(RL(:,1)) + azs(RL(:,2)) + ds(RD(:,1)) + ds(RD(:,2)) + azs(RL(:,3)); toc

Elapsed time is 0.002103 seconds.

tic; outs2 = join([azs(RL(:,1:2)), ds(RD), azs(RL(:,3))], ""); toc

Elapsed time is 0.002738 seconds.

outc(1:5,:)

ans = 5×5 char array
    'aw45w'
    'zd63h'
    'rl77q'
    'gi40v'
    'hb20p'

outs(1:5)

ans = 5×1 string array
    "aw45w"
    "zd63h"
    "rl77q"
    "gi40v"
    "hb20p"

outs2(1:5)

ans = 5×1 string array
    "aw45w"
    "zd63h"
    "rl77q"
    "gi40v"
    "hb20p"

[Co Melissant]

There can be various reasons to go for char or for string to handle text, I mentioned a few as well. This is why CC4M can check on both. Also there is currently is no rule in the standard. But a rule is there to have exemptions on it :)

[Stephen23]

"I do not agree that character vectors should be considered deprecated."

I do not consider CHAR arrays as deprecated.

I do note that many users these days seems to expect text to be "atomic", perhaps due to experience with other programming languages and environments. SPRINTF et al processing arrays in memory-order produces countless threads on this forum... in contrast, overloaded PLUS (and COMPOSE, etc.) intuitively match what many users see and expect. For many common text tasks, it seems STRING is simpler.

It is also clear that the behavior of code can be very very different if users are not paying attention to these types and writing their code taking their differing properties into account:

https://www.mathworks.com/matlabcentral/answers/284287-how-i-can-know-if-a-string-is-empty-or-not#comment_784951

https://www.mathworks.com/matlabcentral/answers/378004-why-is-an-empty-string-not-empty-isempty-returns-true-but-isempty-returns-false

I presumed that one point of an automated coding check is to warn for these kind of compatibility issues.