博途变量命名规则

说实话，这些命名规则是我在非常头疼的情况下想出来的。
尤其是在博客中，他们使用不同的场景以不同的方式，所以你真的必须仔细考虑。

先说说常用的命名法。
驼峰式命名法最常用于 C 和 Java 语言。
比如我之前做项目的时候，用户登录状态变量叫isUserLoggedIn，这个变量非常好读。
但如果您需要使用 PLC 变量名称，编译器在查看它时可能会警告您。
匈牙利方法相当实用，尤其是在PLC编程方面。
名称 intiCount 与第一种整数类型相反，因此不需要在注释中写出类型。
但这个方法要经常使用。
当我写代码时，我必须首先考虑“我的类变量是什么”，这有点冗长。

PLC编程有哪些有趣的规则？ “type_suffix”结构简直就是为工业场景量身定做的。
例如，DI_STOP，停止改变输入的信号，有明确的含义。
我当时在西门子就用过这个规则，确实大大降低了沟通成本。
但有一个绊脚石你需要注意。
例如，由于像AI_DATA这样的名称很容易与数据库中的数据字段混淆，因此在选择后缀时需要小心。

作为通用标识符，这是基本规则。
字母的开头和长度的限制很难说，但说起来很简单。
想象一下，如果变量名被切成两半，那么调试会有多烦人。
请记住，博客的最大长度似乎不超过 3 1 个字符，因此需要提前安排。

我自己没有跑过，但是我记得大概有1 0个数据，不过我建议你检查一下。
不管怎样，后来发现最好的命名方式就是从一开始就灵活一点。
例如，一些团队决定应适用匈牙利法律，而另一些团队则随意使用。
关键是团队如何配合。

变量类型到底有多少种？

那天在咖啡馆，服务员问我要加多少勺糖。
我说“两个半勺子”。
他愣了一下，显然没想到我会说半勺。
这让我想起了变量类型。

数值变量和分类变量就像咖啡中的糖。
有些可以精确添加，而另一些则只能估计。
连续变量就像咖啡温度一样，可以从零到一百度变化，调整到 2 3 .5 °C 并不奇怪。
离散变量就像糖勺。
您只能添加一整勺。
说加1 .5 勺是不正确的。

固定距离变量和固定比率变量之间的差异似乎并没有那么大。
零度温度并不意味着没有温度。
收入为零就意味着没有收入。
在社会调查中，人们更关心秩序，比如受教育程度。
大学肯定比高中高。
定义分类变量就像选择一种味道，甜或苦，它们之间没有区别。
虚拟变量，就像选择“加糖”或“不加糖”，是或否。

等一下，还有一件事。
统计书上说，固定距离和固定比率在分析中经常互换使用。
可能就像你加糖的时候，服务员并不在乎你加1 勺还是1 .5 勺，只要没完全没就行。

我突然想到，复杂的变量类型划分是不是像咖啡馆里的菜单一样？看起来很花哨，但口味就那么几种。

变量命名规则有哪些?

哎呀，说到变量命名规则，有很多东西需要考虑。
我在论坛里认识了很多初学者。
写代码的时候，变量名搞混了，让人很头疼。
首先，变量名必须简洁、短小，但又不能太短，以免别人难以理解。
我记得曾经有一个哥们写了一个变量叫“Age”。
我一看到就笑了。
这也能称为变量名吗？另外，如果变量名太长，例如B.theAgeOfTheUser，虽然意思说得很清楚，但是谁有时间去逐字逐句地读呢？因此，像“userAge”这样的名称是非常合适的。

那么变量名需要具有描述性，这样人们一看就知道这个东西是做什么的。
例如，如果使用变量来存储用户的电子邮件地址，则将其命名为“userEmail”比命名为“email”或“addr”要好得多。
一看就明白了。

我们来谈谈一致性，这件事相当重要。
在同一个项目中，类似的变量必须采用相同的命名方式。
例如，如果使用userName来表示用户名，则不能突然将其更改为user_name或其他地方的username。
这样别人或者你再看代码的时候就不会感到困惑了。

命名约定取决于各自的编程语言和社区。
例如，JavaScript更喜欢驼峰式命名，例如“myVariableName”； Python 喜欢使用下划线命名，例如 例如。
我的变量名称。
这是约定，你必须遵守。

最后：不要在编程语言中使用保留字作为变量名。
保留字有特殊含义，例如例如，for、while等。
使用它们作为变量名要么会导致语法错误，要么会让人看起来很担心。
因此，选择名称时要注意不要与这些保留字冲突。

说实话，命名变量看似简单，但实现起来却很难。
编写既简洁又易于理解的代码需要付出一些努力。
我当时没有多想。
当我写代码时，它是一团糟。
后来我渐渐意识到，规范一点总是好的。