エ
Ну или будут ждать, пока не найдётся заинтересованный, который сделает это за них. Но это на авось надеяться
Size: a a a
2020 April 17
AF
И я знаю о чём говорю. Сейчас dotnet вроде опенсорц, все дела. Но на самом деле находится на отшибе и далеко от интеграции с той же Fedora и Red Hat
А ему она не нужна. Как бы нахрена. dotNet это платформа. Собственно чем меньше интеграции, тем больше всего появится под платформу и тем меньше ты из этой платформы наружу будешь вылезать.
JS
это ты зря. приложения написанные на дотнет стали кросс-платфоменными. Это же плюс?
AF
Потом будет dotNetOS в которой работает только dotNet и все
エ
Вот кстати интересно. Я Питон не знаю совсем.
В Питоне когда требуется какое-то легаси, это также через хитрозакрученную жопу, как в .net делается или там все хорошо?
WinApi дернуть например
В Питоне когда требуется какое-то легаси, это также через хитрозакрученную жопу, как в .net делается или там все хорошо?
WinApi дернуть например
Пишут интерфейсный класс, который является агентом между нативной библиотекой и C#. В класс заносишь нужные тебе функции.
Есть некоторая интеграция с COM-моделью
Есть некоторая интеграция с COM-моделью
AF
Пишут интерфейсный класс, который является агентом между нативной библиотекой и C#. В класс заносишь нужные тебе функции.
Есть некоторая интеграция с COM-моделью
Есть некоторая интеграция с COM-моделью
Это в шарпах. А в питоне с этим проблем нет?
エ
это ты зря. приложения написанные на дотнет стали кросс-платфоменными. Это же плюс?
Плюс. Но он нивелируется тем, что я не могу напрямую поставить dotnet на Fedora и разрабить
エ
Только через жопу
エ
Через контейнеры это всё понятно
エ
Но RPM это универсальный инструмент для сборки кусочков ОС. И из него тоже научились контейнеры делать
エ
rpm есть в их репозитории, но .src.rpm нету. Т.е. этот rpm - просто bundle. Такой путь в дистрибутивах не приветствуется
エ
Особенно в Red Hat/Fedora
エ
Ну вот и получается, что оно как-бэ есть, но пощупать это - только через жопу.
エ
Нет модулей для управления systemd. Интеграции с DBUS.
Нет стандартизированного CIM для Linux (точнее есть, но он не стоит по умолчанию нигде), нет классов для управления systemd...
Нет стандартизированного CIM для Linux (точнее есть, но он не стоит по умолчанию нигде), нет классов для управления systemd...
エ
Не shell - а инопланетянин
エ
А дёргать systemctl и обмазываться строками можно и в bash
エ
И ситуация из разряда "Directed By Robert B. Weide", ибо dotnet/pwsh себя почувствовать родным даже в винде не может толком.
エ
pwsh хочется пощупать на работе в Windows-среде. Очень заманчиво.
Но тут внезапно осознаёшь, что ActiveDirectory модуля для pwsh ещё нет. Большинство коммандлетов работают через Implicit Remoting, так у тебя ещё и легаси-среда из спермерочек (бляяяяя) на клиентах.
Короче, без костылей толком ничего не сделаешь
Но тут внезапно осознаёшь, что ActiveDirectory модуля для pwsh ещё нет. Большинство коммандлетов работают через Implicit Remoting, так у тебя ещё и легаси-среда из спермерочек (бляяяяя) на клиентах.
Короче, без костылей толком ничего не сделаешь
エ
А Windows PowerShell уже забросили
エ
На .Net Framework херачить, особенно веб - зашквар. Т.к. оно уже моральный труп. Скоро будет .Net 5