Да

Они internal?

Да

или объясните про цены на ажуре

Баксов 50 в месяц, если нагрузки нет

Да

Может где-то всё же не internal?

Щас у себя проверил, всё ок

Не показывает неймспейс

Может где-то всё же не internal?

Даже специально про всему проекту искал слово "public", таких всего 2, а половина namespace наружу видно. Это может как то быть связано с тем, что public класс использует using для подключения internal классов?

Даже специально про всему проекту искал слово "public", таких всего 2, а половина namespace наружу видно. Это может как то быть связано с тем, что public класс использует using для подключения internal классов?

Да вроде не должно

У тебя неймспейсы видны, или классы в них тоже?

У тебя неймспейсы видны, или классы в них тоже?

Только названия namespace, классы которые в них, не видно

Ну хз, может студия чудит

а какие есть альтернативы циклам?)

Рекурсия и женерик экстеншены?

Рекурсия и женерик экстеншены?

goto

Я бы рекурсию, как альтернативу циклу не использовал)

Рекурсия и женерик экстеншены?

под капотом у linq циклы. а clr не оптимизирует хвостовую рекурсию, так что не безопасно

под капотом у linq циклы. а clr не оптимизирует хвостовую рекурсию, так что не безопасно

Хехе, оптимизирует однако

Точнее немного не так

есть il код для нее, но пока ни одна реализаци яне оптимизирует

RyuJIT x64 умеет оптимизировать хвостовую рекурсию

Баксов 50 в месяц, если нагрузки нет

300 рублей за БД, сайт бесплатно можно, если нагрузки нет :)

Я вчера спрашивал же, и нагуглил

А в IL вроде есть tailcall

под капотом у linq циклы. а clr не оптимизирует хвостовую рекурсию, так что не безопасно

Пруф: https://stackoverflow.com/a/29571052

RyuJIT x64 умеет оптимизировать хвостовую рекурсию

Старый JIT у меня тоже оптимизировал.

Только на x64.

И только для .tailcall-префикса.

что за компилятор, где используется?

студия генерит без tailcall

(ну то есть читай, что на самом деле почти никогда не оптимизирует, кроме искусственно созданных примеров)

.method private hidebysig static int32 Test(int32 i) cil managed { // Размер кода: 14 (0xe) .maxstack 8 IL_0000: ldarg.0 IL_0001: brtrue.s IL_0005 IL_0003: ldc.i4.0 IL_0004: ret IL_0005: ldarg.0 IL_0006: ldc.i4.1 IL_0007: sub IL_0008: call int32 ConsoleApplication1.Program::Test(int32) IL_000d: ret } // end of method Program::Test

студия генерит без tailcall

csc.exe генерил tailcall, если явно указать платформу x64.

Про рослин щас не знаю, проверю.

что за компилятор, где используется?

Просто новый компилятор JIT x64 для .Net

Ну как новый, ему уже года 3-4 точно есть

тот же код, если x64 выбрать

правда у меня студия 15

Просто новый компилятор JIT x64 для .Net

Здесь две стороны участвует: компилятор C# (который должен поставить .tailcall) и JIT-компилятор (который должен реализовать хвостовой вызов). Человек спрашивал про компилятор C#.

правда у меня студия 15

Я в 2010 вообще проверял в своё время.

приходилось кому-нибудь использовать unsafe?

Да, разумеется.

Маршал Ансейф — моё второе имя.

уоу уоу... рисковый парень

Да, разумеется.

для каких задач?

для каких задач?

Разнокалиберный интероп со всяким легаси.

csc.exe генерил tailcall, если явно указать платформу x64.

Простите, я ошибся. В своё время отлаживал кейсы типа вот такого — https://stackoverflow.com/questions/15864670/generate-tail-call-opcode — и CLR их действительно оптимизировала (сейчас на современной CLR и компиляторе не удалось воспроизвести). Похоже, что опкод .tailcall компилятор C# никогда не генерировал.

росли даже mcs компилит :D

ты отстал от моды

mono обновился до 5.0

на линуксах теперь тоже csc

и msbuild вместо xbuild

на линуксах теперь тоже csc

Прочитал как GSC

Прочитал как GSC

ни разу не компилил через терминал исходники что ли?

Нет

кек

Ну кроме dotnet

Для кора

ну там удобнее CLI, да

А, я думал ты про автодополнение

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

а почему не должно?

а, ты дллку

в другой проект

ок, странно

ERROR: S client not available

а почему не должно?

Потому что там нет ни одного public класса

а есть кто паблишит из студии в ажуру asp.net core?

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

Потому что там нет ни одного public класса

Ну у тебя в метаданные всё равно попадает, даже если оно internal

Короче, это ок, даже в EF видно)

Короче, это ок, даже в EF видно)

Спасибо, а то это наводило на мысли, что я где-то накосячил с доступом.

Там методанные

Если длл смотришь

Обычно чтоб посмотреть полный код то надо декомпиляции

Было б странно если бы метод не был в метаданных

Спасибо, а то это наводило на мысли, что я где-то накосячил с доступом.

Можно накосячить только через InternalsVisibleTo :)

для каких задач?

Сетевой диск иначе не подключить

Дикость, но приходится юзать

Было б странно если бы метод не был в метаданных

Вы хотели сказать namespace, а не метод?

интернал видно на тот случай, если ты пометишь сборку аттрибутом InternalVisibleTo

А подскажите еще одну вещь, при использовании namespace'ов, классы которые находятся глубже имеют доступ к классам которые находятся выше в "иерархии" namespace. Стоит ли это использовать как замену использования using? Или лучше отдать предпочтение тому, что весь код будет разложен по разным namespace согласно логике работы этого кода. Грубо говоря форму реализующую интерфейс положить в namespace Main, а код который её вызывает в namespace Main.AppInterface, тогда при вызове формы из MainAppInterface, using не понадобиться

Вы хотели сказать namespace, а не метод?

Да

Сорян

А подскажите еще одну вещь, при использовании namespace'ов, классы которые находятся глубже имеют доступ к классам которые находятся выше в "иерархии" namespace. Стоит ли это использовать как замену использования using? Или лучше отдать предпочтение тому, что весь код будет разложен по разным namespace согласно логике работы этого кода. Грубо говоря форму реализующую интерфейс положить в namespace Main, а код который её вызывает в namespace Main.AppInterface, тогда при вызове формы из MainAppInterface, using не понадобиться

лучше не плодить нэймспейсов и всё сделать в одном

/ban

/ban

/ban

/ban

/ban

/ban

https://blogs.msdn.microsoft.com/bharry/2017/05/24/the-largest-git-repo-on-the-planet/

Мс перешли на гит)

а было? tfs?

svn?