Updated Unofficial FAQ (markdown)
This commit is contained in:
parent
55cc362f69
commit
2dcbca3a7a
|
@ -23,12 +23,13 @@ Most probably not. Reasons for avoiding them are:
|
|||
* "when false" is not a bad solution. At least syntax is still checked for deactivated code.
|
||||
* discard """ """" is another solution.
|
||||
|
||||
# Why is it case/style insensitive?
|
||||
# Why is it case/underscore insensitive?
|
||||
|
||||
* Identifiers which only differ in case are bad style. If the programming language treats them the same the programmer needs to come up with different names for different things.
|
||||
* Case insensitivity is widely considered to be more user friendly. This holds for file systems, configuration files, and programming languages.
|
||||
* Many programming languages are case insensitive: Lisp, Basic, Pascal, Ada, Eiffel, Fortran. Since software for aircrafts and power plants has been written in Ada, it seems reasonable to assume that case insensitivity will not destroy civilisation.
|
||||
* Many programming languages are case insensitive: Lisp, Basic, Pascal, Ada, Eiffel, Fortran. Since software for aircrafts and power plants has been written in Ada, it seems reasonable to assume that case insensitivity will not destroy civilization.
|
||||
* Note that most people confuse case sensitivity with case consistency (which is indeed good style). However, case consistency is easier to achieve with case insensitivity and a properly configured IDE than with case sensitivity.
|
||||
* It prevents bugs: in large applications in other languages it's not uncommon to see bugs introduced by an incorrect completion, e.g. updatePlayerstatus / updatePlayerStatus / update_player_status. With case/underscore insensitivity you know in advance that there can be only one "updateplayerstatus" in your code (and write it in a consistent manner, e.g. always update_player_status)
|
||||
|
||||
# Where can I find code examples?
|
||||
|
||||
|
|
Loading…
Reference in New Issue