cadey
/
nim-wiki
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Updated Unofficial FAQ (markdown)

This commit is contained in:
Federico Ceratto 2015-12-14 12:35:07 +00:00
parent 55cc362f69
commit 2dcbca3a7a
1 changed files with 3 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
Unofficial-FAQ.md
View File

@ -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. * "when false" is not a bad solution. At least syntax is still checked for deactivated code.
* discard """ """" is another solution. * 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. * 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. * 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. * 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? # Where can I find code examples?