У тебя уже через такую-то матерь в пакет подкладывается транзитивная DLL сишарпная

не я имею ввиду что сишарп код тоже видит комменты?

не я имею ввиду что сишарп код тоже видит комменты?

А, ну хз, должен

ну ок, я проверю тогда)

Я в F# проект пробовал подключить

У тебя уже через такую-то матерь в пакет подкладывается транзитивная DLL сишарпная

…и вот я через эту же дырку не сумел протащить XMLdoc от сишарпного проекта, это внезапно сложновато и, если честно, я ваще ни хрена не понял что там написано

<BuildOutputInPackage Include="@(ReferenceCopyLocalPaths->WithMetadataValue('ReferenceSourceTarget', 'ProjectReference'))" /> Это блин ваще чо? В мсбилде есть оператор стрелки, оказывается? :)

Это норм

Так можно

Если что такое ReferenceCopyLocalPaths я хотя бы примерно по SDK нащупал, то что там за WithMetadataValue, и какие там ещё значения — ваще не вдуплил

Я недавно Contains прописывал

Я туда пропсы и таргеты кастомные ложу

Кладу

Можно попробовать к этим BuildOutputInPackage приколдовать расширение .xml

<BuildOutputInPackage Include="@(ReferenceCopyLocalPaths->WithMetadataValue('ReferenceSourceTarget', 'ProjectReference'))" /> Это блин ваще чо? В мсбилде есть оператор стрелки, оказывается? :)

я хз, навернео само сгенерилось)

Кладу

Ну ты кладу, а я ложу!

И отец мой, и дед ложили, и я положу!

я хз, навернео само сгенерилось)

Не, я погуглил как транзитивные DLL добавлять, и там рили такое пишут. Это решение распространённое, и похоже что правильное.

Хотя и супер стрёмно выглядит, конечно.

Чорная магия

понятно, значит я скопировал откуда-то

Типа они дали возможность копировать сборки дочерних проектов, шоле?

ага

Типа они дали возможность копировать сборки дочерних проектов, шоле?

Скорее всего, это всегда было

Хотя я лично просто руками их в контент засовывал, без вот такой вот магии :)

Но это прикольно.

Я недавно Contains прописывал

Contains-то через точку!

А тут стрелочка, я рили не понимаю что происходит

Да, проверил, работают комменты) Раньше не сделал, потому что при прямой ссылке на проект этой галки не хватало, а через нугет таки работает)

@omgszer Может будет интересно: Я тут решил побыть ультра хипстером и совместил две невероятно сырые технологии вместе в одном домашнем проекте: дотти и грааль-аот (ну и стандартный набор с котами, зио и т.д.) Пошел тестить необходимую мне инфраструктуру и к моему удивлению эта красота запустилась с первой попытки на грааль-аот. В результате - нативный бинарник весом в 37Мб без всяких зависимостей от джавы, который работает, стартует мгновенно и жрёт где-то 50Мб озу при работе

Результат збс, безусловно, но те же гоферы скажут - какой мрак, АЖ 37мб

хотя это конечно впечатляет

Результат збс, безусловно, но те же гоферы скажут - какой мрак, АЖ 37мб

Ну так у меня только жарник был бы в эти 30 мб с моим стандартным набором зависимостей.

Дотнету такое только снится :)

Дотнету такое только снится :)

mono-aot

Дотнету такое только снится :)

ну аот есть в дотнете

и не сырой

Ну то моно.

Ну то моно.

Но работать будет. У грааля всё тоже не так сказочно, как можно подумать.

Хотя да, правильнее было бы сказать, что неткору такое только снится. Виноват.

ну аот есть в дотнете

там вроде есть ситуации когда дженерики в интерфейсах пиздой накрываются

в моно

хотя возможно это слишком старые баги

хотя это конечно впечатляет

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

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

а для рефлексии у вас есть свои rd.xml? где прописываются типы которые не вырезают

из бинаря

а для рефлексии у вас есть свои rd.xml? где прописываются типы которые не вырезают

Да

Точно так же, это похожие технологии

Разве что у грааля есть свои хитрости для оптимизации языков с динамической типизацией.

Ну в рослин скоро генераторы кода завезут, так что рефлексии тоже может поубавится.

Ну в рослин скоро генераторы кода завезут, так что рефлексии тоже может поубавится.

Ну кодген для тех мест, где обычно юзается рефлексия - это оверкилл

Ну кодген для тех мест, где обычно юзается рефлексия - это оверкилл

Для той же десериализации сгодится же, нет разве?

Для той же десериализации сгодится же, нет разве?

Больно очень будет. Даже так сгенеренные клиенты - это и так очень больно

Больно очень будет. Даже так сгенеренные клиенты - это и так очень больно

Так сериализаторы в скале используют макросы, и ничего. Генераторы рослина тоже для метапрограммирования на этапе компиляции. Не такие крутые, наверное, но тем не менее.

За все скаловские сериализаторы не поручусь, но play json точно на макросах.

https://github.com/dotnet/roslyn/blob/master/docs/features/source-generators.md#use-cases

Так сериализаторы в скале используют макросы, и ничего. Генераторы рослина тоже для метапрограммирования на этапе компиляции. Не такие крутые, наверное, но тем не менее.

Они обычно на тайпклассах, это даёт им очень удобную расширяемость, в отличие от любого код гена

Кастомный тип, который хочется особо сериализовать: написал свой Encoder[MyType], оно подхватилось

С кодгеном это будет ощутимо сложнее

Хм, ну посмотрим :)

Но работать будет. У грааля всё тоже не так сказочно, как можно подумать.

Момент того, что он вообще работает - это большая новость. Три года назад, когда его анонсировали, работал только сайт граальвм

Так Картеру и никто не написал )))

я ему жаловался на документацию месяца два назад, мб начался перенос ее

да, там было написано, что скоро документация переедет, но не было написано куда

да, там было написано, что скоро документация переедет, но не было написано куда

Так уже пару лет написано :)

я просто не из этих, не из ваших, редко там бываю

Момент того, что он вообще работает - это большая новость. Три года назад, когда его анонсировали, работал только сайт граальвм

Ну я вот то же самое слышал, поэтому был несколько шокирован, когда оно сразу же поднялось и заработало

Rust's adoption issue surfaced in January's Stack Overflow's 2019 survey, which revealed that despite developers' positive feelings towards Rust, 97% of them hadn't actually used it.

Rust's adoption issue surfaced in January's Stack Overflow's 2019 survey, which revealed that despite developers' positive feelings towards Rust, 97% of them hadn't actually used it.

ахахахаха

Так бывает

не читал, но одобряю

Rust's adoption issue surfaced in January's Stack Overflow's 2019 survey, which revealed that despite developers' positive feelings towards Rust, 97% of them hadn't actually used it.

Лол

Интересно как изменится статистика после того, как эти люди его попробуют

ахахахаха

ну на самом деле, мне вот раст нравится, но я тоже его не использовал) Но это ж не значит, что мое мнение ни на чем не основано.

Интересно как изменится статистика после того, как эти люди его попробуют

охуеют от бороучекера и уйдут

ну на самом деле, мне вот раст нравится, но я тоже его не использовал) Но это ж не значит, что мое мнение ни на чем не основано.

на самом деле так же. Я на расте только хелоуворлды рисовал, да фибаначи всякие

имхо лучше один раз разобраться с бороучекером, чем ебаться всю жизнь проекта с рейс кондишнами

на самом деле так же. Я на расте только хелоуворлды рисовал, да фибаначи всякие

Да ладно, если вон в джете позвали на раст и ЗП хорошая была бы, не пошел бы?

Да ладно, если вон в джете позвали на раст и ЗП хорошая была бы, не пошел бы?

пошёл бы конечно

пошёл бы конечно

у него часом нет проблем хаскеля?

отсутствие нормальной иде и инфраструктуры