Будущее .NET (33 стр)

=A=L=X=
Вот оно не очевидно было.

QzR!!!
> Вот оно не очевидно было.

Ну смысл похож, но сейчас вдумался в то что ты написал - ты лишнюю обертку добавил. Начало и конец правильные, но нет никакого CreateFile в виртуальной машине CLR, сразу зовётся метод COM-объекта (т.е. из MSIL-кода зовется метод COM-объкта).

=A=L=X=
Не IL сам звать ничего не может. Он говорит, что я хочу вот тут получить значение этого метода(CreateFile COM объекта) и положить его сюда. git его компилит в нэтив, и он уже зовёт. Да не оборачивает в вызов COM объекта, а компилит его в нэтив.

_zerg_
> К сожалению, ничего более удобного и изначально кроссплатформенного еще не
> придумали.
Жаба. :trf:

QzR!!!
Все не так.
Ты вызываешь CreateFile() C#, он вызывает CreateFile() WinRT, он вызывает CreateFile() WinAPI
И я не удивлюсь, если каждая из них проверит свои аргументы.
Микрософт построили очередную вавилонскую башню.

Pokimon
Ясно

Pokimon
> Ты вызываешь CreateFile() C#, он вызывает CreateFile() WinRT, он вызывает CreateFile() WinAPI
И какая производительность получается в итоге? Весело 100500 надстроек! =)

SkAT
>> Ты вызываешь CreateFile() C#, он вызывает CreateFile() WinRT, он вызывает CreateFile() WinAPI
> И какая производительность получается в итоге? Весело 100500 надстроек! =)
Ну если тебе 100500 раз в секунду нужно вызывать функцию CreateFile(), то производительность, конечно, немного проседает. Но в любом случае вызов функции CreateFile() занимает несравнимо меньше времени, чем само создание файла.

Ну да, а никого не волнует, что после git компиляции получается просто вызов метода COM объекта? Нативный?

QzR!!!
> Ну да, а никого не волнует, что после git компиляции получается просто вызов метода COM объекта? Нативный?
И что?

Вместо
>Ты вызываешь CreateFile() C#, он вызывает CreateFile() WinRT, он вызывает CreateFile() WinAPI
будет
>вызов метода COM объекта
всё.

Нет, не будет. Будет именно:
>Ты вызываешь CreateFile() C#, он вызывает CreateFile() WinRT, он вызывает CreateFile() WinAPI

NightmareZ
Ясно