Сообщение Re[37]: dotnet vs java 2016-2020 от 17.10.2016 13:45
Изменено 17.10.2016 13:51 Serginio1
Здравствуйте, ·, Вы писали:
·>Здравствуйте, Serginio1, Вы писали:
I>>>>·>В Шарпе да... даже банальный string.cs это сплошной треш, угар и unsafe. Гы.
I>>>>Да, это одна из проблем. В винде сплошной блудняк со строками и вот такими вот "гвоздями" товарищи и прибили дотнет к винде.
S>>·>Негодная отмаза. Array.cs выглядит ничем не лучше, даже sort ниасилили запилить без unsafe.
S>> А что плохого? Это же стандартные вылизанные библиотеки. Не надо мучиться компилятору для оптимизации.
·>Это может говорить о качестве такого компилятора, то что для него это — мучение. Правильно, как там vdimas упомянул? "зачем мучить компьютер компиляцией, когда у нас есть девушки".
·>Если придётся по какой-то причине понадобится реализовать похожий алгортим самому, в своём коде — компилятор тоже не осилит, и здравствуй unsafe, каша из топора.
Вот для .Net Native можно писать как угодно. Там скорость компиляции не важна. А вот jit малооптимизирующий компилятор.
S>>Многие в нативе вообще ассемблерные вставки используют.
·>Если вставки для системных вещей — ок, если для прикладных, — не ок.
Так String это чуть ли не основной класс. Его стоит вылизать. То есть на C++ это нормально, а для C# это нонсенс.
Это же касается и Array.
Этих классов совсем немного, но они как раз находятся в пространстве System
·>Здравствуйте, Serginio1, Вы писали:
I>>>>·>В Шарпе да... даже банальный string.cs это сплошной треш, угар и unsafe. Гы.
I>>>>Да, это одна из проблем. В винде сплошной блудняк со строками и вот такими вот "гвоздями" товарищи и прибили дотнет к винде.
S>>·>Негодная отмаза. Array.cs выглядит ничем не лучше, даже sort ниасилили запилить без unsafe.
S>> А что плохого? Это же стандартные вылизанные библиотеки. Не надо мучиться компилятору для оптимизации.
·>Это может говорить о качестве такого компилятора, то что для него это — мучение. Правильно, как там vdimas упомянул? "зачем мучить компьютер компиляцией, когда у нас есть девушки".
·>Если придётся по какой-то причине понадобится реализовать похожий алгортим самому, в своём коде — компилятор тоже не осилит, и здравствуй unsafe, каша из топора.
Вот для .Net Native можно писать как угодно. Там скорость компиляции не важна. А вот jit малооптимизирующий компилятор.
S>>Многие в нативе вообще ассемблерные вставки используют.
·>Если вставки для системных вещей — ок, если для прикладных, — не ок.
Так String это чуть ли не основной класс. Его стоит вылизать. То есть на C++ это нормально, а для C# это нонсенс.
Это же касается и Array.
Этих классов совсем немного, но они как раз находятся в пространстве System
Re[37]: dotnet vs java 2016-2020
Здравствуйте, ·, Вы писали:
·>Здравствуйте, Serginio1, Вы писали:
I>>>>·>В Шарпе да... даже банальный string.cs это сплошной треш, угар и unsafe. Гы.
I>>>>Да, это одна из проблем. В винде сплошной блудняк со строками и вот такими вот "гвоздями" товарищи и прибили дотнет к винде.
S>>·>Негодная отмаза. Array.cs выглядит ничем не лучше, даже sort ниасилили запилить без unsafe.
S>> А что плохого? Это же стандартные вылизанные библиотеки. Не надо мучиться компилятору для оптимизации.
·>Это может говорить о качестве такого компилятора, то что для него это — мучение. Правильно, как там vdimas упомянул? "зачем мучить компьютер компиляцией, когда у нас есть девушки".
·>Если придётся по какой-то причине понадобится реализовать похожий алгортим самому, в своём коде — компилятор тоже не осилит, и здравствуй unsafe, каша из топора.
Вот для .Net Native можно писать как угодно. Там скорость компиляции не важна. А вот jit малооптимизирующий компилятор.
S>>Многие в нативе вообще ассемблерные вставки используют.
·>Если вставки для системных вещей — ок, если для прикладных, — не ок.
Так String это чуть ли не основной класс. Его стоит вылизать. То есть на C++ это нормально, а для C# это нонсенс.
Это же касается и Array.
Этих классов совсем немного, но они как раз находятся в пространстве System
Но кстати сейчас идет работа по оптимальной компиляции в IL код
http://rsdn.org/forum/dotnet/6572465.1
То есть вполне возможно появление компилятора, который будет оптимизировать код в MSIL
инлайнить, разворачивать Linq итд
·>Здравствуйте, Serginio1, Вы писали:
I>>>>·>В Шарпе да... даже банальный string.cs это сплошной треш, угар и unsafe. Гы.
I>>>>Да, это одна из проблем. В винде сплошной блудняк со строками и вот такими вот "гвоздями" товарищи и прибили дотнет к винде.
S>>·>Негодная отмаза. Array.cs выглядит ничем не лучше, даже sort ниасилили запилить без unsafe.
S>> А что плохого? Это же стандартные вылизанные библиотеки. Не надо мучиться компилятору для оптимизации.
·>Это может говорить о качестве такого компилятора, то что для него это — мучение. Правильно, как там vdimas упомянул? "зачем мучить компьютер компиляцией, когда у нас есть девушки".
·>Если придётся по какой-то причине понадобится реализовать похожий алгортим самому, в своём коде — компилятор тоже не осилит, и здравствуй unsafe, каша из топора.
Вот для .Net Native можно писать как угодно. Там скорость компиляции не важна. А вот jit малооптимизирующий компилятор.
S>>Многие в нативе вообще ассемблерные вставки используют.
·>Если вставки для системных вещей — ок, если для прикладных, — не ок.
Так String это чуть ли не основной класс. Его стоит вылизать. То есть на C++ это нормально, а для C# это нонсенс.
Это же касается и Array.
Этих классов совсем немного, но они как раз находятся в пространстве System
Но кстати сейчас идет работа по оптимальной компиляции в IL код
http://rsdn.org/forum/dotnet/6572465.1
Автор: Serginio1
Дата: 05.10.16
Дата: 05.10.16
То есть вполне возможно появление компилятора, который будет оптимизировать код в MSIL
инлайнить, разворачивать Linq итд