Задание логического значения для целого числа возвращает -1 для true?

Я работаю с кодом VB.NET, который, кажется, отличает логическое значение целым числом с помощью CInt(myBoolean). Странная вещь, которая происходит, состоит в том, что она возвращает -1, если значение истинно. Например:

CInt(True)  // returns -1
CInt(False) // returns 0

Это распространено на других языках?

Я думал, что логическое значение будет 1, если true, и 0, если false. Кроме того, есть ли способ сделать Visual Basic назначить 1 для true вместо назначения -1?

Ответ 1

Как правило, значение false представляется 0, а значение true представлено любым значением, отличным от 0. Специфическое значение true и false (среди прочих) - это то, на что вы не должны полагаться - они потенциально могут быть специфичными для реализации. Я не уверен, что вы пытаетесь сделать, но, вероятно, было бы лучше не полагаться на True или False с любыми конкретными целыми значениями, если вам не обязательно.

Лучшее объяснение, которое я смог найти для конкретного поведения VB, происходит от Wikipedia:

Булева константа True имеет числовое значение -1. Это связано с тем, что тип данных Boolean хранится как 16-разрядное целое число со знаком. В этой конструкции -1 вычисляется 16 двоичных 1s (логическое значение True) и 0 как 16 0s (логическое значение False). Это очевидно при выполнении операции "Не" в 16-битовом значении целочисленного значения 0, которое вернет целочисленное значение -1, другими словами True = Not False. Эта неотъемлемая функциональность становится особенно полезной при выполнении логических операций над отдельными битами целого числа, таких как And, Or, Xor и Not. [4] Это определение True также совместимо с BASIC с момента внедрения Microsoft BASIC в начале 1970-х годов, а также связано с характеристиками инструкций CPU в то время.

Ответ 2

Работа для вашего первоначального использования будет следующей:

 Dim i As Integer = CInt(Int(False))

Это вернет 0.

 Dim i As Integer = CInt(Int(True))

Это вернет 1.

Ответ 3

Похоже на получение, и я не знаю других примеров такого поведения.

http://msdn.microsoft.com/en-us/library/ae382yt8.aspx указывает это поведение, с этим замечанием "Не делайте этого, mkay". Делайте заметку ниже:

Конверсия в Framework

Метод ToInt32 класса Convert в пространстве имен System преобразует True в +1.

Если вы должны преобразовать логическое значение в числовой тип данных, будьте осторожны с тем, какой метод преобразования вы используете.

Ответ 4

документация MSDN дает некоторую ценную информацию:

Булевы значения не сохраняются как числа, а сохраненные значения не должны быть эквивалентны числам. Вы никогда не должны писать код, который полагается на эквивалентные числовые значения для True и False. Когда это возможно, вы должны ограничить использование булевых переменных логическими значениями, для которых они созданы.

Ответ 5

У меня была та же проблема и я использовал функцию Math.Abs для результата:)

Ответ 6

Многие версии BASIC в 1970 и 1980 годах реализовали бит-мутную арифметику с операторами AND и OR и сделали истинное условное выражение для оценки -1 (что было значением "все бит-множество" ), Я точно не знаю, почему было принято решение о том, чтобы истинные условные выражения оценивали значение, установленное для всех бит; возможность использовать AND для маскировки целого числа с условным выражением может быть быстрее, чем умножение, но при условии, что внутренняя механика интерпретаторов различие было бы незначительным.

В любом случае, первые версии BASIC, выпущенные Microsoft для ПК, следуют в той традиции, когда истинные условные выражения оцениваются в -1 (набор всех бит); поскольку QuickBASIC, в свою очередь, должен был быть совместим с ними, и Visual Basic должен был быть совместим с QuickBASIC, они использовали одно и то же представление. Хотя .Net распознает целые числа и булевы как разные типы, vb.net хотел предложить путь миграции для VB6-программ, которые могут опираться на прежнее поведение. С "Option Strict Off", VB.Net будет неявно преобразовывать логическое значение True в целое число -1; в то время как большинство программистов используют Option Strict On, это путано, чтобы поведение CInt() отличалось от поведения неявного преобразования.

Ответ 7

Я протестировал его и получил следующие результаты:

Public Module BooleanTest
Public Function GetTrue() As Boolean
    GetTrue = True
End Function
End Module

...

[StructLayout(LayoutKind.Explicit)]
struct MyStruct
{
    [FieldOffset(0)]
    public bool MyBool;
    [FieldOffset(0)]
    public int MyInt32;
}

static void Main(string[] args)
{
    MyStruct b1, b2;
    b1.MyInt32 = 0;
    b2.MyInt32 = 0;
    b1.MyBool = BooleanTest.BooleanTest.GetTrue();
    b2.MyBool = true;
    Console.WriteLine(b1.MyInt32);
    Console.WriteLine(b2.MyInt32);
}

Это приведет к:

1
1

Надеюсь, это доказывает, что все значения True внутри .NET всегда одинаковы. Причина проста: все члены .NET должны общаться друг с другом. Было бы странно, если object.Equals(trueFromCSharp, trueFromVB) приведет к false (как и trueFromCSharp == trueFromVB).

CInt - это просто функция, которая преобразует True в -1. Другая функция Int вернет 1. Но это конвертеры и ничего не говорят о двоичных значениях.

Ответ 8

У меня была такая же проблема с MySQL, поскольку у этого типа не существует типа Boolean только tinyint (1).

Мое решение состояло в том, чтобы написать функцию конвертера, чтобы убедиться, что значения верны, прежде чем вставлять их в базу данных

        Public Function BoolToMySql(bVal As Boolean) As Integer
            Dim retVal As Integer
            If bVal = True Then
                retVal = 1
            Else
                retVal = 0
            End If
                 BoolToMySql = retVal
        End Function

Ответ 9

Я надеюсь, что это может помочь другим работать с булевыми элементами внутри VB.NET. Как лучший способ написать VB.NET, который написал Роджер:

Public Function BoolToMySql(bVal As Boolean) As Integer
   return  If(bVal, 1, 0)
End Function