在计算机程序和文本编辑中，硬编码是将可变变量替换为固定值的方法。
用这种方法编译后，如果以后需要更改这个变量，那就非常困难了。
在大多数程序语言中，可以将固定值定义为标记，然后用此特殊标记替换变量名称。
标记名称更改不会更改变量名称，因此重新编译整个程序时，所有变量都不是固定值，更改变量的目的更简单。
编辑器的搜索和替换功能也可以替换整个变量名，但在很多情况下，或者在很多情况下，也可能发生。 在计算机程序中，无论有什么小错误都是不允许的。
最好的方法是按照变量名划分空格来实现这样的变化。 如上所述，用预定义的标记名称临时替换要更改的变量名是一种好方法。
通常，应该避免使用硬编码方式。
Java的小示例： int a=2，b=2；
硬编码： if(a==2)返回假；
非硬编码if (a==b )返回真；
很简单的版本。 顾名思义，就是把数值写成常数而不是变量。
如求圆面积的问题pi(3.14 )
3.14*r*r (此3.14为硬盘代码) )。
V_PI*r*r (此处的V_PI使用变量格式，不是硬件代码。
硬代码对程序员来说是陌生的，是一个简单的概念，但经常出现在n多程序中
开发时，开发人员有时图方便、进度仓促、想不出更好的办法，不得不固定某些业务逻辑。 经常对if(a=) (模拟中) )进行如下判断。
.
}
有些东西可能会被数字代替。 例如，用' 02 '替换。 程序跑一两个月也可能没问题
但是，随着需求的变化，用户环境的变化，该问题就会暴露出来，影响也很明显。
例如，如果用户更改为英语环境，变量a的值变为英语字符串“drafting”，则该判断不成立。 如果这个判断与过程有关，这一步是错误的，那么程序再往下走就是错误的。 也许有人会说，不用字符串判断，改为数字就可以避免，但有一天，这个数字与其他业务逻辑重叠，并不会根治。 我想每个人都知道解决方法。 但是，这个数字可能与其他商业逻辑重叠
if(a==drafting ) {
.
}
那么，a的值变化后，相应地变更drafting的值。 即使a变成英语，也可以事先变更drafting的值。 通过这样简单的处理，就可以实现编码变更的无缝兼容性，使编码“柔和”。 当然，前提是开发时可以做到。
例如，从某个系统设计到人员权限等信息，某个发票必须让管理者甲审查。 开发时管理者是甲方，不久甲方就辞职了，或者调动了不正当的管理者。 但是，系统审查的发票信息仍然被发送给甲方。 如果甲方的人员信息保存在数据库中，程序还可以运行，但实际上HR会毫不留情地删除甲方的信息，不通知开发者。 这样，如果程序还在运行，要么扔空指针引起异常，要么扔范围溢出异常，影响后续进程，实际上，要么设置管理员标记，如果动态地给定方法获取管理员，就可以省去后续麻烦
当然，硬编码现象不仅仅出现在逻辑判断上。 例如像javascript这样，如果编写的脚本只能在IE上执行，那就是典型的硬代码。 举不出很多现实的例子。 因此，对程序员来说，硬编码就像程序的硬编码。 毕竟，不仅是编码者，设计师也意识到要根据用户的需求开展可扩展的设计。