В чем смысл логического объекта?

Поскольку это (несколько печально) то, как был определен язык - я подозреваю, что изначально это было сделано для повышения производительности / оптимизации; обратите внимание на случай присвоения свойству string ниже. (Java работает аналогично, хотя Scala и Python в значительной степени отвергают это различие).

Обратите внимание, что Boolean - не единственный «тип оболочки». Например, есть еще String и Number.

Из-за этого остается ряд причуд (нижеприведенное может быть в той же степени применимо к Boolean):

typeof("foo") // string
typeof(new String("foo")) // object
"foo" instanceof String // false
new String("foo") instanceof String // true

// result is undefined: a string is a primitive and silently "ate" the assignment
// this also makes it a much cheaper value as it's not a "real" object
x = "f"; x.bar = 42; x.bar

// result is 42: a String is a "real" object with real properties!
// however, this also means that it may have a good bit more overhead
x = new String("f"); x.bar = 42; x.bar

Я знаю, что это не "ответило" на вопрос, а скорее бросило еще немного дров в огонь ;-)

Единственная реальная "ошибка" в противном случае из вышеизложенного состоит в том, что, возможно, new Boolean(false) является истинным значением.

Удачного кодирования.

В дизайне языка JavaScript довольно много запыленных углов, и Boolean - один из них; на практике не используется.

Этот:

var a = [];
alert(a instanceof Array);

скажет вам "правда". Но это:

var b = true;
alert(b instanceof Boolean);

почему-то покажет "ложь".

Короче: забудьте об этом.

Создание нового логического объекта «в основном» запускает часть кода в операторе, а затем оттуда возвращает истинное логическое значение.

Из тех же документов:

1 var b = new Boolean(false);
2 if (b) // this condition evaluates to true

https://developer.mozilla.org/en/JavaScript/Guide/Statements#if...else_Statement

Возможно, потому, что объекты JavaScript расширяемы в отличие от примитивов? (Я просто догадываюсь, мне никогда не было нужды в Boolean.

Boolean.prototype.bang = function() {
    return !this.valueOf();
}

true.bang(); // false

Все в JavaScript - это объект. Но в то же время у нас есть примитивы. Это действительно сбивает с толку, просто не зацикливайтесь на этом.

Из документации:

Не путайте примитивные логические значения true и false с истинными и ложными значениями логического объекта. Любой объект, значение которого не является неопределенным, нулевым, 0, NaN или пустой строкой, включая логический объект, значение которого равно false, оценивается как истинное при передаче в условный оператор.

Представьте себе следующий сценарий:

if(SomeBoolean){...}

будет истинным в сценариях, где SomeBoolean - логический объект.

Наоборот:

if(false){...}

всегда будет ложным

Дополнение для разъяснения.

var someString = new Boolean("MyNonEmptyString")
if(someString) //true
var otherString = new Boolean("")
if(otherString) //false

Вы можете получить истинное или ложное из любого значения с помощью return Boolean(something), но короче написать return !!something, что также приводит к истинному или ложному.

Я бы согласился с большинством присутствующих здесь людей в том, что в логическом объекте нет особой необходимости, но я хочу указать на пару вещей.

Явное сравнение по-прежнему будет оцениваться как логическое:

var someBool = new Boolean(false);
if (someBool == false)
    alert('Got here'); //Alerts 'Got here'

Из-за этого вы можете вроде расширить его до подкласса и по-прежнему иметь возможность выполнять сравнение, как указано выше:

var classExtension = {
    toYN: function() {
        return this == false ? 'N' : 'Y';
    }
};

function getNewClass(val) {
    var newBool = new Boolean(val);
    jQuery.extend(newBool, classExtension);
    return newBool;
}

var newTest = getNewClass(false);
if (newTest)
    alert('It\'s alive');
if (newTest == false)
    alert('And still a bool');
alert(newTest.toYN());

Это предупредит: «Это живое», «И все же булево» и «N». http://jsfiddle.net/fkJuk/

Но опять же, действительно ли вам это понадобится? Даже если бы вы это сделали, вероятно, было бы лучше просто иметь свой собственный отдельный класс с проверяемым логическим свойством. В конце концов, он, вероятно, здесь для единообразия; у каждого примитива есть прямой доступ к конструктору и прототипу в JavaScript.

Возвращаясь к спецификации (ECMA-262.pdf, стр. 151), обратите внимание, что когда Boolean вызывается как функция, а не как конструктор, он выполняет преобразование типов. Таким образом:

var t = 5
  , f = 0

console.log(Boolean(t))  //Prints true
console.log(Boolean(f))  //Prints false

Конечно, будучи объектом JavaScript, вы можете использовать его в качестве прототипа с помощью оператора new, как отмечали другие, но я не вижу причин для этого.