我可以在JavaScript中将表示布尔值的字符串（例如“true”、“false”）转换为内部类型吗？
我有一个隐藏的HTML表单，它根据用户在列表中的选择进行更新。此表单包含一些表示布尔值的字段，并用内部布尔值动态填充。但是，一旦将该值放入隐藏的输入字段，它就会变成字符串。
一旦字段转换为字符串，我唯一能找到的确定它的布尔值的方法就是依赖于它的字符串表示的文字值。
var myValue = document.myForm.IS_TRUE.value;
var isTrueSet = myValue == 'true';
有没有更好的方法来实现这一点？
当前回答
如果使用的是环境变量，请使用以下命令。在Heroku上工作。环境变量是必须转换为布尔值的字符串值。
// Create the database connection
this.connection = new Sequelize({
username: process.env.PG_USERNAME,
password: process.env.PG_PASSWORD,
database: process.env.PG_DATABASE,
host: process.env.PG_HOST,
port: process.env.PG_PORT,
dialect: process.env.PG_DIALECT,
dialectOptions: {
ssl: {
require: process.env.PG_DIALECT_OPTION_SSL_REQUIRED === 'true', // <<< convert from string to bool
rejectUnauthorized:
process.env.PG_DIALECT_OPTION_SSL_REJECT_UNAUTHORIZED === 'true', // <<< convert from string to bool
},
},
logging: true,
});
env文件
# PostgreSQL Config
PG_USERNAME=ttubkcug
PG_PASSWORD=ea59cee2883e73c602e6c05b674cf16950d6a9f05ab
PG_DATABASE=d67potesdliv25
PG_HOST=ec2-23-333-45-192.compute-1.amazonaws.com
PG_PORT=5432
PG_DIALECT=postgres
PG_DIALECT_OPTION_SSL_REQUIRED=true
PG_DIALECT_OPTION_SSL_REJECT_UNAUTHORIZED=false
其他回答
布尔对象没有“parse”方法。布尔值（'false'）返回true，因此这不起作用。！！'false'也返回true，因此这也不起作用。
如果您希望字符串“true”返回布尔值true，而字符串“false”返回布尔型false，那么最简单的解决方案是使用eval（）。eval（'true'）返回true，eval（'false'）返回false。
不过，在使用eval（）时，请记住性能和安全性的影响。
您甚至不需要将字符串转换为布尔值。只需使用以下选项：var yourstring=yourstringValue==1？真：假；
以下内容就足够了
String.prototype.boolean = function() {
return "true" == this;
};
"true".boolean() // returns true "false".boolean() // returns false
我一直在使用这段代码来转换数字和布尔值：
var result = !isNaN(value) ? parseFloat(value) : /^\s*(true|false)\s*$/i.exec(value) ? RegExp.$1.toLowerCase() === "true" : value;
就像@Shadow2531所说的，你不能直接转换它。如果您的代码将被其他人重用/使用，我还建议您考虑“true”和“false”之外的字符串输入，即“truthy”和“falsy”。这是我使用的：
function parseBoolean(string) {
switch (String(string).toLowerCase()) {
case "true":
case "1":
case "yes":
case "y":
return true;
case "false":
case "0":
case "no":
case "n":
return false;
default:
//you could throw an error, but 'undefined' seems a more logical reply
return undefined;
}
}
