From 9434d7b2bfebac5e77fc9df58d5cd5690db28a7b Mon Sep 17 00:00:00 2001 From: Jesse Vincent Date: Mon, 24 Jul 2017 18:38:49 -0700 Subject: [PATCH] Update function naming from CamelCase to camelCase, to match what actually happens in the Arduino Universe --- doc/CODING_STYLE.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/doc/CODING_STYLE.md b/doc/CODING_STYLE.md index 03708fcd..8b28c9d0 100644 --- a/doc/CODING_STYLE.md +++ b/doc/CODING_STYLE.md @@ -2024,14 +2024,14 @@ All such variables with static storage duration (i.e. statics and globals, see [ > Regular functions have mixed case; accessors and mutators may be named like variables. -Ordinarily, functions should start with a capital letter and have a capital letter for each new word (a.k.a. "[Camel Case][wikipedia:camel-case]" or "Pascal case"). Such names should not have underscores. Prefer to capitalize acronyms as single words (i.e. `StartRpc()`, not `StartRPC()`). +Ordinarily, functions should start with a lower-case letter and have a capital letter for each new word (a.k.a. "[Camel Case][wikipedia:camel-case]" or "Pascal case"). Such names should not have underscores. Prefer to capitalize acronyms as single words (i.e. `startRpc()`, not `startRPC()`). [wikipedia:camel-case]: https://en.wikipedia.org/wiki/Camel_case ```c++ -AddTableEntry() -DeleteUrl() -OpenFileOrDie() +addTableEntry() +deleteUrl() +openFileOrDie() ``` (The same naming rule applies to class- and namespace-scope constants that are exposed as part of an API and that are intended to look like functions, because the fact that they're objects rather than functions is an unimportant implementation detail.)