Ядро .Net (GC, JIT, interop, ...) в Open Source

[kekekeks]

Вопрос в том, что будет в дальнейшем с Mono. Оно сейчас всё же реализует более полный набор .NET-а, нежели corefx/coreclr. Относительно corefx Мигель писал, что будут понемногу перетаскивать к себе нужные куски кода в тех местах, где с полнотой/безбажностью реализации плоховато.

[sidristij]

А Мигель уже форкнул CoreCLR к себе. Возможно, Linux и Mac частью займется именно Xamarin. Они не одну собаку поели на этом

[DreamWalker]

Я надеюсь, что Xamarin просто выкинут своё собственное ядро, воткнут вместо него CoreCLR, допишут функционал для Linux и Mac. И будет тогда полное счастье.

[ZimM]

Не будет такого. На Windows/Linux/Mac мир не сошелся, существуют еще мобильные платформы и консоли, на которых вообще нельзя использовать JIT, например, и еще множество других ограничений. CoreCLR в своей идее просто недостаточно универсален, в то время как Mono изначально было задумано с максимальной кроссплатформенностью.

[kekekeks]

на которых вообще нельзя использовать JIT

.NET Native же. Да и только GC заменить не помешает. Не прогуливали бы .NEXT, послушали бы доклад DreamWalker про то, какой весёлый GC в Mono.

[ZimM]

А что, .NET Native уже заопенсорсили? Вроде бы он сам по себе сейчас в бете и даже не работает для обычных десктопных приложений, только для Windows Store Apps. Заменить GC, конечно, было бы здорово — я не понаслышке знаю, какой GC в Mono, мне для этого не нужно доклады слушать :)

[QtRoS]

Объемы исходного кода впечатляют… Один только JIT по объему как виртуальная машина mono целиком…

[eocron]

Надвигаются новые времена… это же круто!!!

[Magistr_AVSH]

Вот это да, не знал про OmniSharp и мучался с Xamarin Studio на маке.
Интересно, неужели они и Visual Stutio сделают кроссплатформеной? Хотя это бессмысленное наверное.

[DreamWalker]

Visual Studio на WPF написана, а вот кроссплатформенный WPF вряд ли случится в обозримом будущем.

[sidristij]

Кстати… можно как альтернативу использовать XWT

[DreamWalker]

XWT всё ещё достаточно сырой и имеет крайне ограниченный функционал. Для чего-то простого он сойдёт, но до поддержки нормального продакшена ему далеко. Студию на нём не напишешь.

[sidristij]

Ну вот как раз ее они и написали на XWT =))) Но кроме нее, да, наверное, больше ничего =)

[Serg2DFX]

Очень хочется увидеть открытым\кроссплатформенным WPF.

[DjoNIK]

Все-таки WPF работает поверх DirectX. Плюс к этому наверняка внутрях WPF есть завязка на специфичное для Windows поведение. А переписывать для увеличения абстракции и последующей реализации этих фич на новых платформах (причем с нуля) никто не будет.

[kekekeks]

А DirectX 9
1) может быть реализован поверх opengl (см. wine)
2) есть нативно в MESA при использовании gallium-драйвера (см. nine)

[NeoCode]

Вот если бы они исходники Visual Studio и компилятора C++ открыли бы — это было бы хорошо:)

[FoxCanFly]

Уже достаточно открытых компиляторов C++ получше чем от MS

[DancingOnWater]

Когда открыли компилятор шарпов кто-то сказал, что CLR не откроют никогда.

[sidristij]

Вангую «да я тут ядро CLR патчу на выходных» на собеседованиях )))

[EngineerSpock]

Антивангую. Ну пару человек, включая вас, может быть. А кому это в энтерпрайзе надо?

[sidristij]

Ну как-то да, так и есть )

[RomanPavlov]

Теперь ждем очередную проверку исходников при помощи PVS-Studio от Andrey2008? Было бы очень интересно.

[Andrey2008]

Всё может быть. Пока занимаемся с LibreOffice.

[kinguru]

> И, страшно сказать, но когда все будет готово, мы будем иметь около 5 миллионов строк кода.на GitHub
Если вы смотрели исходники, то наверно заметили, что половина кода это комментарии к нему.

[sidristij]

Хм, это — перевод =)

[sidristij]

Я думаю, считали просто количество строк в файле, без учета пустых строк и с комментариями -) А потому статистика корректна

[kinguru]

Если удалить все комментарии, то программа будет работать как и раньше.
Отсюда следует, что комментарии — не код.

Я к чему. Есть масса проектов где практически нет комментариев. И это плохо, поскольку код сложнее читать и понимать.
В случае .NET Core комментариев много и это хорошо. Но это в статье высвечено в негативном свете: «И, страшно сказать, но когда все будет готово, мы будем иметь около 5 миллионов строк кода.на GitHub», хотя полезного кода на самом деле будет не 5 миллионов (например), а 3.

[kinguru]

Я не говорю, что нужно удалить комментарии, а наоборот, сказал, что это хорошо, что они есть.
Но при подсчете строк кода, предпочитаю считать код без комментариев и без тестов. И то и другое не имеет отношения к программе.

Если идти по вашей логике, то программа может быть в 10 строк, а комментарии в 100 строк и 1000 строк тестов. Итого программа у нас на 1110 строк. Так?

ЗЫ тесты можно рассматривать вообще как отдельную программу

[ApeCoder]

Еще надо выстроить весь код в одну строчку — на исполнение то это не повлияет. Тогда в каждой программе будет ровно одна строка.

[Shablonarium]

Можно обфусцировать, заинлайнить — кода станет меньше? Промежуточные переменные — это не код?

[kinguru]

Про обфускацию не говорили. Переменные конечно код. Но комменатрии это не код. Это комментарии.
Также как комментарии к этой статье, не являются статьей. Статья и без каментов будет собой.

[Shablonarium]

Чем отличается CoreCLR от CoreFX?

[sidristij]

CoreCLR — ядро, runtime. CoreFX — набор библиотек. Collections, IO.File, и т.д.

[dmitrybarabash]

Т.е., CoreFX — это новое название для BCL?

[SvyatoslavMC]

Желающие могут прочесть новую статью: PVS-Studio: 25 подозрительных фрагментов кода из CoreCLR