Размер интервала зависят от компилятора и/или процессора?

Да, это зависит как от процессоров (в частности, ISA, архитектура набора команд, например, x86 и x86-64), так и от компиляторов, включая модель программирования. Например, на 16-битных машинах sizeof (int) составляло 2 байта. 32-битные машины имеют 4 байта для int . Считалось, что int был собственным размером процессора, то есть размером регистра. Однако 32-битные компьютеры были настолько популярны, и огромное количество программного обеспечения было написано для 32-битной модели программирования. Поэтому было бы очень запутанно, если бы 64-битный компьютер имел 8 байтов для int . И в Linux, и в Windows остается 4 байта для int . Но они отличаются размером длинной .

Пожалуйста, обратите внимание на 64-битную модель программирования, например LP64 для большинства * nix и LLP64 для Windows:

• http://www.unix.org/ version2 / whatsnew / lp64_wp.html
• http://en.wikipedia.org/wiki/64-bit#64-bit_data_models

Такие различия на самом деле довольно неприятны, когда вы пишете код, который должен работать как в Windows, так и в Linux. .Поэтому я всегда использую int32_t или int64_t , а не long , через stdint.h .

WPF не обновляет связанные с командой элементы управления, если у него нет причины. Щелчок по графическому интерфейсу приводит к обновлению WPF, поэтому обновление работает.

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

Компилятор производит следующий код C #:

Нет - компилятор производит IL, который затем переводится на C #. Любое сходство с кодом C # является чисто случайным (и не все сгенерированные IL могут быть записаны как C #). Присутствие всех этих «nop» говорит мне, что вы находитесь в режиме «debug». Я бы повторил в режиме «выпуска» - это может иметь большое значение для этих вещей.

Я запустил его в режиме выпуска, используя:

static void Main()
{
    Foo(a: "a", b: "b");
}

Giving:

.method private hidebysig static void Main() cil managed
{
    .entrypoint
    .maxstack 8
    L_0000: ldstr "a"
    L_0005: ldstr "b"
    L_000a: call void ConsoleApplication1.Program::Foo(string, string)
    L_000f: ret 
}

So идентично.

Да, я обнаружил, что размер int в turbo C был 2 байта, где, как и в компиляторе MSVC, был 4 байта.

В основном размер int - это размер регистров процессора.

Да, было бы. Они имели в виду «от чего это будет зависеть: от компилятора или процессора»? В этом случае ответ будет «и то и другое». Обычно int не больше регистра процессора (если он не меньше 16 бит), но может быть меньше (например, 32-битный компилятор, работающий на 64-битном процессоре). Однако, как правило, для запуска кода с 64-разрядным int требуется 64-разрядный процессор.

Типы данных Размер зависит от процессора, поскольку компилятор хочет упростить процессору доступ к следующему байту. например: если процессор 32-битный, компилятор не может выбрать размер int как 2 байта [который он должен был выбрать 4 байта], потому что доступ к другим 2 байтам этого int (4 байта) потребует дополнительного цикла ЦП, который является бесполезным. Если компилятор выбирает int как 4 байта, ЦП может получить доступ к полным 4 байтам за один раз, что ускоряет работу вашего приложения.

Спасибо