Re[19]: Новости C#13. params - .NET

В превью версию C#13 добавили для так называемой `params` collections поддержку IEnumerable<T> и ReadOnlySpan<T>. Значит скоро можно будет писать вот так

void M(params IEnumerable<int> numbers);
void M(params ReadOnlySpan<int> numbers);

https://x.com/jcouv/status/1767967748259545522

ЗЫ. Из proposal вытекает, что поддерживаются также

* System.Span<T>
* System.Collections.Generic.IEnumerable<T>,
  System.Collections.Generic.IReadOnlyCollection<T>,
  System.Collections.Generic.IReadOnlyList<T>,
  System.Collections.Generic.ICollection<T>,
  System.Collections.Generic.IList<T>
* Класс или структура, который реализует IEnumerable, если есть доступный конструктор без аргументов, и экземплярный (не extension) метод Add.
* Класс или структура со статическим методом Create.

... << RSDN@Home 1.0.0 alpha 5 rev. 0>>

Здравствуйте, rameel, Вы писали:

R>В превью версию C#13 добавили для так называемой `params` collections поддержку IEnumerable<T> и ReadOnlySpan<T>.

Конечно, давно пора. Хотя мне казалось, что params IEnumerable уже давно ввели. Это же естественно.

Здравствуйте, rameel, Вы писали:

R>В превью версию C#13 добавили для так называемой `params` collections поддержку IEnumerable<T> и ReadOnlySpan<T>. Значит скоро можно будет писать вот так
R>

R>void M(params IEnumerable<int> numbers);
R>void M(params ReadOnlySpan<int> numbers);
R>

Не прошло и 20 лет!

Здравствуйте, VladD2, Вы писали:

R>>void M(params IEnumerable<int> numbers);

VD>Не прошло и 20 лет!

Прошло 😭

Здравствуйте, _FRED_, Вы писали:

_FR>Здравствуйте, VladD2, Вы писали:

_FR>

R>>>void M(params IEnumerable<int> numbers);
_FR>

VD>>Не прошло и 20 лет!

_FR>Прошло 😭

Нет дженерики появились в 2005 году!

Здравствуйте, Serginio1, Вы писали:

R>>>>void M(params IEnumerable<int> numbers);

VD>>>Не прошло и 20 лет!

_FR>>Прошло 😭

S> Нет дженерики появились в 2005 году!

System.Collections.IEnumerable, например, тоже поддержали, что могли бы сделать и с самого начала.

Здравствуйте, _FRED_, Вы писали:

_FR>

R>>>>>void M(params IEnumerable<int> numbers);
_FR>

VD>>>>Не прошло и 20 лет!

_FR>>>Прошло 😭

S>> Нет дженерики появились в 2005 году!

_FR>System.Collections.IEnumerable, например, тоже поддержали, что могли бы сделать и с самого начала.

На самом деле это еще тот геморрой при рефлексии обрабатывать все варианты. Да еще разные варианты с количество перегрузок методов.

Здравствуйте, Serginio1, Вы писали:

_FR>>System.Collections.IEnumerable, например, тоже поддержали, что могли бы сделать и с самого начала.
S>На самом деле это еще тот геморрой при рефлексии обрабатывать все варианты. Да еще разные варианты с количество перегрузок методов.

Какие варианты и рефлексию вы имеете в виду? Можете пример показать? Как это связано с первой, второй или 13-той версией языка?

Здравствуйте, _FRED_, Вы писали:

_FR>Здравствуйте, Serginio1, Вы писали:

_FR>>>System.Collections.IEnumerable, например, тоже поддержали, что могли бы сделать и с самого начала.
S>>На самом деле это еще тот геморрой при рефлексии обрабатывать все варианты. Да еще разные варианты с количество перегрузок методов.

_FR>Какие варианты и рефлексию вы имеете в виду? Можете пример показать? Как это связано с первой, второй или 13-той версией языка?

Вот у тебя есть имя метода и параметры. По этим данным надо найти реальный метод.
.Net Core, AppDomain, WCF, RPC маршалинг по Tcp/Ip свой велосипед

Здравствуйте, Serginio1, Вы писали:

_FR>>>>System.Collections.IEnumerable, например, тоже поддержали, что могли бы сделать и с самого начала.
S>>>На самом деле это еще тот геморрой при рефлексии обрабатывать все варианты. Да еще разные варианты с количество перегрузок методов.
_FR>>Какие варианты и рефлексию вы имеете в виду? Можете пример показать? Как это связано с первой, второй или 13-той версией языка?

S> Вот у тебя есть имя метода и параметры. По этим данным надо найти реальный метод.
S>.Net Core, AppDomain, WCF, RPC маршалинг по Tcp/Ip свой велосипед

Спасибо за очень понятное объяснение. Конечно, это всё объясняет.

Здравствуйте, _FRED_, Вы писали:

_FR>Здравствуйте, Serginio1, Вы писали:

_FR>>>>>System.Collections.IEnumerable, например, тоже поддержали, что могли бы сделать и с самого начала.
S>>>>На самом деле это еще тот геморрой при рефлексии обрабатывать все варианты. Да еще разные варианты с количество перегрузок методов.
_FR>>>Какие варианты и рефлексию вы имеете в виду? Можете пример показать? Как это связано с первой, второй или 13-той версией языка?

S>> Вот у тебя есть имя метода и параметры. По этим данным надо найти реальный метод.
S>>.Net Core, AppDomain, WCF, RPC маршалинг по Tcp/Ip свой велосипед

_FR>Спасибо за очень понятное объяснение. Конечно, это всё объясняет.
Да в целом-то всё понятно. Вот у нас есть некий object, а ещё — string methodName, плюс object[] arguments.
И хочется воспроизвести все нюансы перегрузки, реализованные в C#.
Внезапно выясняется, что когда мы видим в коде foo.bar(baz1, baz2), то там происходит много всяких подкапотных интересностей.
Начиная от того, что результат зависит не от фактических типов baz1 и baz2, а от формальных. А вот для foo важен как формальный тип, так и фактический.
Даже если выбросить из рассмотрения extension методы, ограничившись только экземплярными, то всё равно там чёрт ногу сломит. Далеко не всякий сходу скажет, что выведет такой код:

using System;
                    
public class Program
{
    public class Foo
    {
       public string bar(object a, string b) => "1";
       public string bar(int a, object b) => "2";
       public string bar(object a, object b) => "3";
       public string bar<A>(A a, string b) => "4";
       public string bar<B>(int a, B b) => "5";
       public string bar(params object[] xs) => "6";
       public string bar(int a, params string[] b) => "7";
    }

    public static void Main()
    {
        var foo = new Foo();
        Console.WriteLine(foo.bar(42, "42"));
    }
}

Здравствуйте, Sinclair, Вы писали:

S>>> Вот у тебя есть имя метода и параметры. По этим данным надо найти реальный метод.
S>>>.Net Core, AppDomain, WCF, RPC маршалинг по Tcp/Ip свой велосипед
_FR>>Спасибо за очень понятное объяснение. Конечно, это всё объясняет.
S>Да в целом-то всё понятно. Вот у нас есть некий object, а ещё — string methodName, плюс object[] arguments.
S>И хочется воспроизвести все нюансы перегрузки, реализованные в C#.
S>Внезапно выясняется, что когда мы видим в коде foo.bar(baz1, baz2), то там происходит много всяких подкапотных интересностей.

Да, там много сложностей и действительно задача "в самом общем виде" не самая простая. Но 1) заметно проще, чем у компилятора и 2) думаю, если не хочется самому это всё выписывать, можно воспользоваться тем, что компилятор создаёт для вызова метода с dynamic-параметрами, типа такого:

S>using System;
                    
S>public class Program
S>{
S>    public class Foo
S>    {
S>       public string bar(object a, string b) => "1";
S>       public string bar(int a, object b) => "2";
S>       public string bar(object a, object b) => "3";
S>       public string bar<A>(A a, string b) => "4";
S>       public string bar<B>(int a, B b) => "5";
S>       public string bar(params object[] xs) => "6";
S>       public string bar(int a, params string[] b) => "7";
S>    }

      public class Foo2
      {
         public static string bar(Foo foo, dynamic a, dynamic b) => foo.bar(a, b);
      }

S>    public static void Main()
S>    {
S>        var foo = new Foo();
S>        Console.WriteLine(Foo2.bar(foo, 42, "42")); // Вызываем "наш" метод заместо искомого
S>    }
S>}

Здравствуйте, _FRED_, Вы писали:

_
_FR> public class Foo2
_FR> {
_FR> public static string bar(Foo foo, dynamic a, dynamic b) => foo.bar(a, b);
_FR> }

Но пишем то мы универсальный код. Конечно можно динамически скомпилировать.
В той же статье для эвентов генерируется и компилируется код.
Но геморроя добавляется.

Здравствуйте, Serginio1, Вы писали:

_FR>>      public class Foo2
_FR>>      {
_FR>>         public static string bar(Foo foo, dynamic a, dynamic b) => foo.bar(a, b);
_FR>>      }

S> Но пишем то мы универсальный код. Конечно можно динамически скомпилировать.
S>В той же статье для эвентов генерируется и компилируется код.
S> Но геморроя добавляется.

Так посмотрите во что компилятор это превращает:

    public class Foo2
    {
        [CompilerGenerated]
        private static class <>o__0
        {
            public static CallSite<Func<CallSite, Foo, object, object, object>> <>p__0;

            public static CallSite<Func<CallSite, object, string>> <>p__1;
        }

        [NullableContext(1)]
        public static string bar(Foo foo, [Dynamic] object a, [Dynamic] object b)
        {
            if (<>o__0.<>p__1 == null)
            {
                <>o__0.<>p__1 = CallSite<Func<CallSite, object, string>>.Create(Microsoft.CSharp.RuntimeBinder.Binder.Convert(CSharpBinderFlags.None, typeof(string), typeof(Foo2)));
            }
            Func<CallSite, object, string> target = <>o__0.<>p__1.Target;
            CallSite<Func<CallSite, object, string>> <>p__ = <>o__0.<>p__1;
            if (<>o__0.<>p__0 == null)
            {
                Type typeFromHandle = typeof(Foo2);
                CSharpArgumentInfo[] array = new CSharpArgumentInfo[3];
                array[0] = CSharpArgumentInfo.Create(CSharpArgumentInfoFlags.UseCompileTimeType, null);
                array[1] = CSharpArgumentInfo.Create(CSharpArgumentInfoFlags.None, null);
                array[2] = CSharpArgumentInfo.Create(CSharpArgumentInfoFlags.None, null);
                <>o__0.<>p__0 = CallSite<Func<CallSite, Foo, object, object, object>>.Create(Microsoft.CSharp.RuntimeBinder.Binder.InvokeMember(CSharpBinderFlags.None, "bar", null, typeFromHandle, array));
            }
            return target(<>p__, <>o__0.<>p__0.Target(<>o__0.<>p__0, foo, a, b));
        }
    }

и делайте так же.

Здравствуйте, Sinclair, Вы писали:

S>Далеко не всякий сходу скажет, что выведет такой код:

S> public string bar(object a, string b) => "1";
S> public string bar(int a, object b) => "2";
S> public string bar(object a, object b) => "3";
S> public string bar<A>(A a, string b) => "4";
S> public string bar<B>(int a, B b) => "5";
S> public string bar(params object[] xs) => "6";
S> public string bar(int a, params string[] b) => "7";

"Ваш код — $#$$%!" (ц) Ванко

Если человек(!!) не может сказать, что выведет компилятор (я угадал — 7), то и КОМПИЛЯТОР НЕ ДОЛЖЕН!
Машина не должна делать то, что человек не в состоянии осмыслить (например, тупые "нейронные сети").
Если ты наоверлоадил и некоторые методы схожи вплоть до неявной конверсии типов, это ПЛОХОЙ оверлоадинг и надо решать задачу по-другому или убирать неоднозначный оверлоадинг.

Это классика тупого поведения микрософта: думать за юзера больше, чем хочет сам юзер. Это программирование, точная наука! Здесь "я программист, я знаю как юзеру лучше!" не работает.
Лучше прогер напишет лишний символ/приведение типов/etc, чем компилятор распухнет от "хардкоженных догадок" и потом люди будут долго медитировать над тем, почему очевидный код ведёт себя криво.
Простота — залог надёжности.

R>void M(params IEnumerable<int> numbers);
R>void M(params ReadOnlySpan<int> numbers);
R>

R>https://x.com/jcouv/status/1767967748259545522

Ну добавили финтифлюшку и что от этого изменилось? Теперь быстрее программы писать будете?

Я к 40 годам начал смотреть на суть. Когда будет возможно сделать библиотеку на C#, которую можно будет использовать из любого ЯП на всех шести операционных системах/платформах, доступных человечеству?

Здравствуйте, Shmj, Вы писали:

S>Здравствуйте, rameel, Вы писали:

R>>В превью версию C#13 добавили для так называемой `params` collections поддержку IEnumerable<T> и ReadOnlySpan<T>. Значит скоро можно будет писать вот так
R>>

R>>void M(params IEnumerable<int> numbers);
R>>void M(params ReadOnlySpan<int> numbers);
R>>

R>>https://x.com/jcouv/status/1767967748259545522

S>Ну добавили финтифлюшку и что от этого изменилось? Теперь быстрее программы писать будете?

S>Я к 40 годам начал смотреть на суть. Когда будет возможно сделать библиотеку на C#, которую можно будет использовать из любого ЯП на всех шести операционных системах/платформах, доступных человечеству?

.Native AOT. Только зачем? В том же .Net в большинстве случаев отказываются от P/Invoke
Так или иначе в .Native AOT Il сначала транслируется в С++, затем с помощью С++ компиляторов генерится машинный код со сборщиком мусора.

Здравствуйте, Serginio1, Вы писали:

S> .Native AOT.

iOS и Android: Официально не поддерживаются для Native AOT на данный момент. Для мобильных платформ используются другие технологии, такие как Xamarin/MAUI.

WebAssembly: Не поддерживается напрямую Native AOT. Для работы с WebAssembly используется Blazor и связанный с ним стек.

Т.е. не возможно для всех ОС — и ты хоть обвешай себя разными финтифлюшками — когда нет фундамента дома — бесполезно делать рюшечки на ставнях.

S> Только зачем?

Чтобы переиспользовать код — вынести код в библиотеку и использовать один и тот же код на всех платформах, коих у человечества ровно шесть штук:

1. Windows.
2. Linux.
3. MacOS.
4. Android.
5. iOS.
6. WASM.

Здравствуйте, Shmj, Вы писали:

S>> .Native AOT.

S>

S>iOS и Android: Официально не поддерживаются для Native AOT на данный момент. Для мобильных платформ используются другие технологии, такие как Xamarin/MAUI.

S>WebAssembly: Не поддерживается напрямую Native AOT. Для работы с WebAssembly используется Blazor и связанный с ним стек.

S>Т.е. не возможно для всех ОС — и ты хоть обвешай себя разными финтифлюшками — когда нет фундамента дома — бесполезно делать рюшечки на ставнях.

S>> Только зачем?

S>Чтобы переиспользовать код — вынести код в библиотеку и использовать один и тот же код на всех платформах, коих у человечества ровно шесть штук:

S>1. Windows.
S>2. Linux.
S>3. MacOS.
S>4. Android.
S>5. iOS.
S>6. WASM.

Ииии? Нужно компилировать под каждую платформу отдельно.
Еще кстати есть Tizen OS https://learn.microsoft.com/en-us/dotnet/core/deploying/native-aot/?tabs=windows%2Cnet8

Platform Supported architecture Notes
Windows x64, Arm64
Linux x64, Arm64
macOS x64, Arm64
iOS Arm64 Experimental support
iOSSimulator x64, Arm64 Experimental support
tvOS Arm64 Experimental support
tvOSSimulator x64, Arm64 Experimental support
MacCatalyst x64, Arm64 Experimental support
Android x64, Arm64 Experimental, no built-in Java interop

Здравствуйте, Serginio1, Вы писали:

S> Ииии? Нужно компилировать под каждую платформу отдельно.

Вы можете сделать приложение на .Net, чтобы именно из .Net использовать повторно C#-код.

Однако из того же Python или JS — уже не сможете библиотеку использовать, хотя это самый популярный ЯП.

Т.е. это вещь в себе — песочница для детей и экспериментов, отдаленная от реальной жизни.

Здравствуйте, Shmj, Вы писали:

S>> Ииии? Нужно компилировать под каждую платформу отдельно.

S>Вы можете сделать приложение на .Net, чтобы именно из .Net использовать повторно C#-код.
В большинстве случаев да.
S>Однако из того же Python или JS — уже не сможете библиотеку использовать, хотя это самый популярный ЯП.
Почему? Например .Net через тот же COM прекрасно используется. В том же 1С

Кроссплатформенное использование классов .Net в 1С через Native ВК. Или замена COM на Linux

Использование классов .Net в 1С для новичков
S>Т.е. это вещь в себе — песочница для детей и экспериментов, отдаленная от реальной жизни.

Ну это для тебя. Многие используют. Например тот же WebAssembly в Blazor

Здравствуйте, Serginio1, Вы писали:

S>>Однако из того же Python или JS — уже не сможете библиотеку использовать, хотя это самый популярный ЯП.
S> Почему? Например .Net через тот же COM прекрасно используется. В том же 1С

Потому что НЕТ и такова реальность.

Покажите мне хотя бы одну .Net библиотеку, которую авторы предлагают для использования на других языках на всех 6 платформах. ОДНУ!!!

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

Готов поспорить что вы такой библиотеки не найдете.

Здравствуйте, Shmj, Вы писали:

S>>>Однако из того же Python или JS — уже не сможете библиотеку использовать, хотя это самый популярный ЯП.
S>> Почему? Например .Net через тот же COM прекрасно используется. В том же 1С

S>Потому что НЕТ и такова реальность.

S>Покажите мне хотя бы одну .Net библиотеку, которую авторы предлагают для использования на других языках на всех 6 платформах. ОДНУ!!!

S>Это просто вы можете верить что так можно, блажен кто верует. Но когда столкнетесь с реальностью — поймёте что это не возможно в принципе, даже за миллионы долларов нет.

S>Готов поспорить что вы такой библиотеки не найдете.

Вопрос, а зачем? На самом деле .Net хорош во многом, но прежде всего в рефлексии и динамической компиляции.
.Native AOT прежде всего для обфускации и оптимизации критических по скорости приложений.
Но если ооочень хочется то можно https://github.com/dotnet/samples/tree/main/core/nativeaot/NativeLibrary

Суть в том, что сейчас не все классы поддерживают AOT. Много динамической компиляции или рефлексии без ограничений на типы.
Но сейчас такие вещи обходятся интерпретацией Il кода.
Ну и .Native AOT всего то года 2-3!

Здравствуйте, Serginio1, Вы писали:

S> Вопрос, а зачем?

Чтобы твою библиотеку могли использовать разные разработчики из разных ЯП на 6 платформах. Иначе придется под каждую платформу под каждый язык писать что-то в нуля, а это увеличивает работу сотни и тысячи раз — кроме разработки еще и поддержку.

S>На самом деле .Net хорош во многом, но прежде всего в рефлексии и динамической компиляции.

Это все рюшечки — основа это переиспользование кода и возможность игнтеграции.

S>.Native AOT прежде всего для обфускации и оптимизации критических по скорости приложений.
S>Но если ооочень хочется то можно https://github.com/dotnet/samples/tree/main/core/nativeaot/NativeLibrary

Уже обсуждали — это не работает в моб. осях и WASM. Вообще.

Еще раз вам вопрос. Вот пример либы — https://github.com/jedisct1/libsodium

Она работает:

1. На Windows.
2. На Linux.
3. MacOS.
4. iOS.
5. Android.
6. WASM.

Есть примеры вызова из Python, .Net, Java.

И таких библиотек много. Представляете что было бы, если бы для каждой ОС и для каждой платформы пришлось писать код с нуля???

И во взрослом мире программирования все библиотеки такие. Работают на всех платформах и использовать можно из всех ЯП.

А теперь попробуйте найти хотя бы ОДНУ .Net библиотеку, которую так же можно использовать. Нет и не может быть такого. Сразу начинаются вопросы — а типа зачем, да можно же и без этого и т.д.

S> Ну и .Native AOT всего то года 2-3!

Ну вот когда достигнет зрелости — тогда и можно будет рассматривать.

Здравствуйте, Shmj, Вы писали:

S>>.Native AOT прежде всего для обфускации и оптимизации критических по скорости приложений.
S>>Но если ооочень хочется то можно https://github.com/dotnet/samples/tree/main/core/nativeaot/NativeLibrary

S>Уже обсуждали — это не работает в моб. осях и WASM. Вообще.

Угу а как же Blazor WASM то работает?

Здравствуйте, Serginio1, Вы писали:

S>>>.Native AOT прежде всего для обфускации и оптимизации критических по скорости приложений.
S>>>Но если ооочень хочется то можно https://github.com/dotnet/samples/tree/main/core/nativeaot/NativeLibrary

S>>Уже обсуждали — это не работает в моб. осях и WASM. Вообще.

S> Угу а как же Blazor WASM то работает?

Blazor WASM разве использует native aot?

См. мой вопрос выше — попытайтесь ответить и все поймете — хотя бы один аналог такой библиотеки https://rsdn.org/forum/dotnet/8829536.1

Здравствуйте, Shmj, Вы писали:

S>>>>.Native AOT прежде всего для обфускации и оптимизации критических по скорости приложений.
S>>>>Но если ооочень хочется то можно https://github.com/dotnet/samples/tree/main/core/nativeaot/NativeLibrary

S>>>Уже обсуждали — это не работает в моб. осях и WASM. Вообще.

S>> Угу а как же Blazor WASM то работает?

S>Blazor WASM разве использует native aot?
ASP.NET Core Blazor WebAssembly build tools and ahead-of-time (AOT) compilation

Тоже предполагаю, что переводится в C++, а затем компилятором C++ уже в WASM. То есть все то же самое что и в библиотеки или приложение

То есть все, что может С++ то же умеет и .Native AOT

Компиляция кода C/C++ в WebAssembly

C# in Browser via WebAssembly (without Blazor)

Здравствуйте, Serginio1, Вы писали:

S>>Blazor WASM разве использует native aot?
S>ASP.NET Core Blazor WebAssembly build tools and ahead-of-time (AOT) compilation

S>Тоже предполагаю, что переводится в C++, а затем компилятором C++ уже в WASM. То есть все то же самое что и в библиотеки или приложение

А как можно перевести в C++ ? Разве такая возможность есть?

Здравствуйте, Shmj, Вы писали:

S>>>Blazor WASM разве использует native aot?
S>>ASP.NET Core Blazor WebAssembly build tools and ahead-of-time (AOT) compilation

S>>Тоже предполагаю, что переводится в C++, а затем компилятором C++ уже в WASM. То есть все то же самое что и в библиотеки или приложение

S>А как можно перевести в C++ ? Разве такая возможность есть?
Вот нахрена я тебе ссылки даю?
https://learn.microsoft.com/ru-ru/dotnet/core/deploying/native-aot/?tabs=linux-ubuntu%2Cnet8#prerequisites
Для ubuntu например нужен clang.

Кстати я как понял после покупки MONO они взяли и IL2CPP Overview
Введение в IL2CPP

.NET Native это предшественник Native AOT
.Net Native использует ту же серверную часть, что и компилятор C++, который оптимизирован для статических сценариев предварительной компиляции.

.NET Native может обеспечить производительность на уровне C++ для разработчиков управляемого кода, так как эта технология использует те же или аналогичные средства, что и C++, как показано в этой таблице.

Здравствуйте, Serginio1, Вы писали:

S>>А как можно перевести в C++ ? Разве такая возможность есть?
S> Вот нахрена я тебе ссылки даю?
S>https://learn.microsoft.com/ru-ru/dotnet/core/deploying/native-aot/?tabs=linux-ubuntu%2Cnet8#prerequisites
S>Для ubuntu например нужен clang.

Напрямую C++ код можно получить?

Далее — есть ли пример хотя бы одной .Net библиотеки, которую можно использовать из любого языка на всех 6 платформах? Хотя бы одна?

Скорее всего сделать такое не возможно в принципе — это фундамент, а в фундаменте как всегда заложена мина. Т.е. это чисто вещь в себе — будете использовать из приложений .Net, и с ограничениями, все будет медленно, приложения будут большими + не всегда стабильно работать.

Здравствуйте, Shmj, Вы писали:

S>Здравствуйте, Serginio1, Вы писали:

S>>>А как можно перевести в C++ ? Разве такая возможность есть?
S>> Вот нахрена я тебе ссылки даю?
S>>https://learn.microsoft.com/ru-ru/dotnet/core/deploying/native-aot/?tabs=linux-ubuntu%2Cnet8#prerequisites
S>>Для ubuntu например нужен clang.

S>Напрямую C++ код можно получить?

S>Далее — есть ли пример хотя бы одной .Net библиотеки, которую можно использовать из любого языка на всех 6 платформах? Хотя бы одна?

S>Скорее всего сделать такое не возможно в принципе — это фундамент, а в фундаменте как всегда заложена мина. Т.е. это чисто вещь в себе — будете использовать из приложений .Net, и с ограничениями, все будет медленно, приложения будут большими + не всегда стабильно работать.
Почему нельзя объясни? Это всё твои предположения. Еще раз все компилится в С++ а из него в нужный машинный код!

https://joeysenna.com/posts/nativeaot-in-c-plus-plus
https://stackoverflow.com/questions/74944873/call-nativeaot-c-sharp-dll-from-delphi
https://learn.microsoft.com/ru-ru/dotnet/api/system.runtime.interopservices.unmanagedcallersonlyattribute?view=net-8.0

Здравствуйте, Serginio1, Вы писали:

S> Почему нельзя объясни? Это всё твои предположения. Еще раз все компилится в С++ а из него в нужный машинный код!

S>https://joeysenna.com/posts/nativeaot-in-c-plus-plus
S>https://stackoverflow.com/questions/74944873/call-nativeaot-c-sharp-dll-from-delphi
S>https://learn.microsoft.com/ru-ru/dotnet/api/system.runtime.interopservices.unmanagedcallersonlyattribute?view=net-8.0

Вместо теоретических размышлений и вопросов — дай хотя бы ОДНУ практически реализованную библиотеку, которая такой фукнционал предоставляет — т.е. чтобы был запуск на 6 платформах и возможность использовать из любого языка.

Уверен что нет таких библиотек. Ни одной.

И при попытке реализовать — будет масса проблем, после которых неудобства синтаксиса С++ или Rust вам покажутся цветочками.

Жду от вас практическую бибилиотеку. Ну или вы попробуйте сделать. Уверен что нет таких библиотек и когда РЕАЛЬНО попробуете сделать (а не языком) — столкнетесь с непреодолимыми сложностями. Может сделать и даже статью на Хабре запилить если что-то получится из этого (и даже если не получится).

Здравствуйте, Shmj, Вы писали:

S>> Почему нельзя объясни? Это всё твои предположения. Еще раз все компилится в С++ а из него в нужный машинный код!

S>>https://joeysenna.com/posts/nativeaot-in-c-plus-plus
S>>https://stackoverflow.com/questions/74944873/call-nativeaot-c-sharp-dll-from-delphi
S>>https://learn.microsoft.com/ru-ru/dotnet/api/system.runtime.interopservices.unmanagedcallersonlyattribute?view=net-8.0

S>Вместо теоретических размышлений и вопросов — дай хотя бы ОДНУ практически реализованную библиотеку, которая такой фукнционал предоставляет — т.е. чтобы был запуск на 6 платформах и возможность использовать из любого языка.

S>Уверен что нет таких библиотек. Ни одной.

S>И при попытке реализовать — будет масса проблем, после которых неудобства синтаксиса С++ или Rust вам покажутся цветочками.

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

S>Жду от вас практическую бибилиотеку. Ну или вы попробуйте сделать. Уверен что нет таких библиотек и когда РЕАЛЬНО попробуете сделать (а не языком) — столкнетесь с непреодолимыми сложностями. Может сделать и даже статью на Хабре запилить если что-то получится из этого (и даже если не получится).
Мне они не нужны. И времени на данный момент тоже, что бы статьи писал. Возможность есть. Многие используют, так как в много библиотек. Но не все они на данный компилируются.
Но вот блазор в вэбассембли содержит еще и IL код который интерпретируется.
Но ты же утверждаешь, что нет возможности. Я тебе привел что IL код переводится в C++ а из него уже в код на нужной платформе со сборщиком мусора.

Обычно пишут такого рода библиотеки как плагины для доступа к существующему софту на .Net.
Просто раньше можно было подключаться через Написание пользовательского хост-приложения .NET для управления средой выполнения .NET из машинного кода

Сейчас можно сразу компилировать в натив и использовать напрямую. Возможно еще и добавят генерацию заголовочных файлов.

Здравствуйте, Serginio1, Вы писали:

S> Мне они не нужны. И времени на данный момент тоже, что бы статьи писал. Возможность есть. Многие используют, так как в много библиотек. Но не все они на данный компилируются.
S>Но вот блазор в вэбассембли содержит еще и IL код который интерпретируется.
S> Но ты же утверждаешь, что нет возможности. Я тебе привел что IL код переводится в C++ а из него уже в код на нужной платформе со сборщиком мусора.

Меня интересуют не философские измышления и как в теории это возможно (может быть) — а практика.

Вы хотите сказать что это возможно, но еще никто в мире не сделал ни одной библиотеки кроссплатформенной, не смотря на то что такая возможность присутствует?

Т.е. реально думаете что на C# можно написать код, который компилить скриптами для всех 6 платформ и потом использовать из любого ЯП, как на нормальных ЯП? Реально думаете что возможно это, но никто еще не сделал такой библиотеки в мире?

Здравствуйте, Shmj, Вы писали:

S> Скорее всего сделать такое не возможно в принципе — это фундамент, а в фундаменте как всегда заложена мина. Т.е. это чисто вещь в себе — будете использовать из приложений .Net, и с ограничениями, все будет медленно, приложения будут большими + не всегда стабильно работать.

Во, смари: https://www.remobjects.com/elements/ Шесть языков, шарп в том числе, с возможностью фигачить под семь программных платформ (прикинь, на шарпе можешь фигачить под жэвээм и ведроид). Пользуйся. Средства для кросс наличествуют.

От:	rameel	https://github.com/rsdn/CodeJam
Дата:	14.03.24 15:44
Оценка:	157 (4) +1

От:	VladD2	www.nemerle.org
Дата:	28.03.24 17:24
Оценка:

От:	_FRED_	@ViIvanov
Дата:	28.03.24 21:44
Оценка:	+1

От:	Serginio1	https://habrahabr.ru/users/serginio1/topics/
Дата:	29.03.24 10:08
Оценка:

От:	Sinclair	https://github.com/evilguest/
Дата:	14.06.24 19:52
Оценка:	14 (1) +2

	От:	Baiker
	Дата:	03.09.24 01:53
	Оценка:

	От:	Shmj
	Дата:	10.10.24 15:19
	Оценка:

	От:	Shmj
	Дата:	10.10.24 15:45
	Оценка:

	От:	Shmj
	Дата:	10.10.24 15:58
	Оценка: