Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
0
class PituhFazer{
private Dictionary<string, ObservableCollection<SgnilPitushokViewModel>> Ghildren { get; } = new Dictionary<string, ObservableCollection<SgnilPitushokViewModel>>();
// почему жаба может так а шарп нет?
private Dictionary<string, ObservableCollection<SgnilPitushokViewModel>> Ghildren { get; } = new Dictionary();
}
Почему в питушарпе до сих пор нету выведения типов из под конструктора?
меня заебало уже писать эти багры
Запостил: 
Lorip1971,
(Updated )
щас благо можно написать проще
но естественно хуй тебе за щеку, мой питушок. ведь ты сидишь на легаси куче говно, которую еще мамонты клали на asp.net webforms и питух-студіо 2010, где о не то что о С#7, о С#5 даже и не слышали, так шо кушай говнеца.
ну так и джава в 2010 тоже не могла new Dictionary<>() -- это в семерко завезли
а про 2010 я говорю, что тебе связывают руки, и даже если что-то появится, то ты будешь сосать хуй, вместо каши гарбузовой, ибо твой прожект - легаси гавно, в котором ретаргет никому и сниться не может.
ебаная вижуал студео не в состоянии (блять, это вообще смешно, жду когда продукты жыдбрейнс будут де факто для любого кодинга. мелкомягкие уже заебали), нормально открыть проекты старых студий. она что-то конвертирует, но в итоге тебе срет 100500 ошибок которые надо сидеть и руками править. а ты добавь к этому что проекта на 100+ тыс. строк кода. никакой человек не будет в здавом уме такого делать, лишь для того, чтобы написать Dictionary<string, Pituh> pituhi = default; вместо Dictionary<string, Pituh> pituhi = default(Dictionary<string, Pituh>);
хуле не ясно?
Если ты попробуешь в VS 2017 открыть проект/солюшен на С++ из студии 6.0 то отсосешь боли и говна по самые корки
Я могу открыть проект, который не менялся с 1996 и всё будет работаьть
В ".NET Core" это всех заебало, и они, пока делали его первую версию, поменяли с десяток разных проектных систем, но в итоге вернулись назад к "MSBuild"
Но в отличие от полновесного дотнета, там они запихали под ковер хуеву тучу легаси говна, и проектная система стала намного проще и портируемее
По итогу ".NET Core" сейчас собирается чем угодно и где угодно и даже под прыщами, однако кровавый тырпрайз далеко не весь даже начинает думать о переходе на него
ты в .sln и .cproj файлы зогляни
Берём случайный проект с Гитхаба:
https://github.com/icsharpcode/SharpDevelop/blob/master/src/Automated.proj
https://github.com/icsharpcode/SharpDevelop/blob/master/SharpDevelop.sln
Она не собирает маны, не умеет инсталлировать программу, не учитывает ключи, не умеет дособирать измененные модули
Вот билдсистема:
Она все это делает и занимает 3 строки
На шарпе так тоже можно
где студия -- там треш
В нем хранится схема (структура базы) и информация о подключении к ms-sql.
Кстати, это очень удобно, потому что они умеют генерить diff (миграционные скрипты), и валидировать тоже умеют:
То-есть я храню в VCS схему базы. Вот я хочу добавить колонку и пишу в .sql файл новую колонку, студия проверяет что он корректный, сравнивает таблицу с таблицей в СУБД и выдает мне diff, который я выполняю на сервере.
Я не уверен что DataGrip так может
сейчас жыдбрейнс клепают уже ИДЕ под все. даже под твои любимые плюсцы (да, да, зацени CLion), для шарпа - Rider. он правда еще в бэте, но он уже лучше студии в разы. (по сути та же студия с решарпером). в общем, он то уже по-людски могет в проекты разных версий.
Он делает нормальную IDE из VS для плюсов. Правда, я не понял как ему сказать что у меня чистые си а не плюсы, и он стал мне предлагать там auto использовать
Тормозное дерьмище на жабе, выжирающее дохера оперативки, да к тому же еще платное (по подписке) и проприетарное? Нет, спасибо. Если мне будет нужна тормозная говноиде на жабе для Си (на говноплюсах не пишу) - я возьму какой-нибудь эклипс (бесплатно при том).
да и кто нахуй в здравом уме будет платить за ИДЕ, скачал кряки и ебашь. а если ты работаешь на галере, так и тебя вопрос цены вообще ебать не должен, галера все купит (наверное).
на счет проприетарности. я не шарю в этом, обьясни, почему это плохо?
Редакция «Community» бесплатная уже года полтора. Причём по лицензии физики могут ебошить в ней любые приложения, в том числе и на продажу.
в жыдбрейс же, ты получаешь все и сразу. к слову, для жабы (увы, пока только для жабы) тоже есть есть комюнити версия intellij idea.
я не сказал бы что цена сильно кусючая. к тому же, всегда можно сбросить триалку, попросить у галеры лицуху или, на худой крайняк, самому купить. мы ведь все гребем за долары, и можем позволить себе. а если не за долары, то зачем грести тогда? в общем, выйти з положения можно.
можно еще долго кукарекать по поводу хуевости студии и хуйовости райдера. но я лично для себя решил, сравнивать студию (даже ынтырпрайс) с райдером - гиблое дело. в райдере просто хуева куча тулзов для рефакторинга и удобных встроеных утилит, даже не смотря на то, что он все еще в бэте. я очень сильно к ним привык (еще со времен когда я был на жаба EE и ведроиде). их либо нету, либо они хромают на обе ноги. так что я все равно выберу райдер ибо оно того стоит. имхо.
А у Intellij с этим как? Я знаю что для джавы там есть gradle, а для .NET? Если у меня проект в Rider, то как я буду его на CI собирать?
Если да, то я понимаю как они эт делают. Если нет, то мне страшно. Но с другой стороны там может быть API какой-то чтобы читать эти файлы
https://docs.microsoft.com/en-us/visualstudio/msbuild/msbuild-project-file-schema-reference
лол
The Community edition was announced on 12 November 2014.
А Express был вообще черте когда, он он был для одного ЯП и на него не ставился R#, а без R# проще уж в Notepad++ писать
«Экспресс» для «C++» ещё был без «ATL» («ATL» приходилось откуда-нибудь пиратить, чтобы скококонпелировать серьёзные программы).
Даже VsVim? ужас!
зы: у меня когда-то были спираченные диски с MSDN и Visual Studio 6.0, и там всё работало. Летала на WIn98, кстати. А VS 2017 мне кажется что грузится 4 минуты даже на бормадновом coffe lake с 32 гг памяти и ssd
Я пока вижу, что в своём Clion они в основном затачивают всякую херню конкретно для плюсоебов, со всякими новыми говностандартов, а для сишников и так уже всё давно сделано в каком-нибудь Eclipse CDT, и Clion в этом отношении НИЧЕГО ОХУЕННОГО предоставить не может. Или я не прав?
но ты ведешь религиозный спор, и довольно понятно что ты всегда будешь считать джаву и проприетраный софт говном, хотя ты даже никогда в жизни clion в глаза не видел.
Вообще, посмотри внимательно на этот коммит
и попробуй сказать, какой IDE всю эту херню можно автоматизировать? Внимательно так посмотри на кучу однотипных изменений. Знаешь как я это делал? Я написал говноскрипт которому скармливал исходник и он мне выплюнул обратно исходник с нужными заменами (потом еще пришлось некоторые места руками подправить, но то фигня). НИКАКАЯ СРАНАЯ IDE это делать не умеет. А если и умеет, то разве что через написание говноскрипта, но говноскрипт я и без IDE напишу
да. Скачай и проверь.
>>попробуй сказать
https://www.jetbrains.com/help/idea/structural-search-and-replace.html
да. Скачай и проверь.
>>попробуй сказать
https://www.jetbrains.com/help/idea/structural-search-and-replace.html
Нет, я смотрел их рекламные видео, и нихрена полезного и охренительного для себя не увидел.
> https://www.jetbrains.com/help/idea/structural-search-and-replace.html
Ну так это и есть написание таких недоскриптов-регекспов. И у этого подхода есть достаточно очевидные ограничения, например что если мне надо не просто что-то заматчить, а провести какие-нибудь операции? Ну скажем, есть у меня куча кода вида
Этот structural-search-and-replace мне поможет?
;)))ну-ну
>Ну так это и есть написание таких недоскриптов-регекспов
Ты даже не осилил прочитать первые три строчки ссылки.
В структурном поиске ты работаешь с результатами парсинга, а регулярками ты парсишь сам.
Ладно, я не собирался вступать в религиозный спор.
Это всё равно что прийти на linux.org.ru, и рассказывать там про PowerShell.
Один хрен это всё неуниверсальное говно, которое скриптами можно решать намного лучше, чем какими-то ограниченными говнофичами IDE.
https://wiki.eclipse.org/Linux_Tools_Project/News/NewIn30#LTTng_CPU_Usage_View https://wiki.eclipse.org/images/f/fb/TimeAlignment_sash_scaled.png
что-нибудь такое есть?
https://blog.jetbrains.com/clion/2018/10/clion-2018-3-eap-profiler-multiline-todo/ что-то вроде делают, но как-то не впечатляет. Думаю, они там слишком заняты поддержкой всякой С++20 фигни и всяких автокомплитов
Конечно не впечатляет, ведь это коммерческий софт, написанный на джаве.
Если бы это был GNU софт под лицензией GPL написанный на Plain C, ты бы был в восторге
да. Скачай и проверь.
>>попробуй сказать
https://www.jetbrains.com/help/idea/structural-search-and-replace.html
да. Скачай и проверь.
>>попробуй сказать
https://www.jetbrains.com/help/idea/structural-search-and-replace.html
Это плохо уже хотя бы по той простой причине, что я не могу саму IDE под себя пропатчить (изменить некое дефолтное поведение, заложенное разработчиками, которое лично мне не нравится, и которое не может быть переконфигурировано никакими настройками, а может быть только исправлено через изменение кода IDE) или пофиксить какие-то баги самостоятельно, не дожидаясь момента, когда это соизволят сделать разрабы IDE, которые заняты в основном допиливанием поддержки автодополнений шаблонов через констэкспры в классах, которые мне нахрен не нужны.
Для вижуал студии хотя бы есть вариант купить лицензию один раз, а не платить ежемесячно или ежегодно. Но вообще эти ваши тормозные говноиде просто нахер не нужны, можно в швабодном емаксе обмазаться плагинами с CEDET. Или вообще в виме. Меня эти IDE бесят
Я понял твою проблему. Кстати, у JB есть Rider: это IDE для .NET, но перейти на нее со студии в старом проекте примерно нереально, я понимаю
почему вывод типов (var) там не работает?
зы в жабе
new Dictionary<>(); а не new Dictionary();
В C#8 обещали такую хуйню
Dictionary<string, AbstractDelegatingFactoryFacadeFooBarPit uh> gay = new();
var gay = new Dictionary<string, AbstractDelegatingFactoryFacadeFooBarPituh>();
А зачем так сложно сделали?
Почему нельзя было сделать единообразно?
Вот в кокококотлине синтаксис одинаков
>std::vector<std::map<int, std::string>>::const_iterator c = new(); // новомодная хуета
C##?
С классами не канает
что тут a? указатель на reference type в стеке?
Это массив, настоящие рефтайпы на стеке не разместить
И массив из рефтайпов - тоже
На стеке можно разместить структуры, не содержащие внутри рефтайпов (и массивов тоже, причем уже из чего угодно), и массивы из них
VLA - поддерживается
но если я обычный массив создаю то он создается на куче, верно?
блин, эти жабы и сишарпы и обжси сушат мой мозг.
Вот когда я пишу на сишечке я всегда четко понимаю где куча, где стек, где указатель, где сами данные.
А в этих управляемых япах нахуивертили
> но если я обычный массив создаю то он создается на куче, верно?
Да
> Вот когда я пишу на сишечке я всегда четко понимаю где куча, где стек, где указатель, где сами данные.
А тут чего не понятного? Классы и массивы - в куче, структы - на стеке (инт тоже структ)
Разве что с боксингом можно иногда охуеть, но это очень редко
От структов можно кстати тоже указатель взять, даже stackalloc писать не надо
Но просто в си (не в плюсах!) я всегда понимаю по типу переменной что это: указатель или данные.
А в том же C# все выглядит одинаково.
Честнее сделано в Objc, там хотябы есть звездочка
Самый ужас в том что у структур можно вызвать ``new`` , но это просто вызов конструктора, и вовсе не говорит о том что структуру положат в кучу, верно?
Да
Ну и алсо структуры в дотнете не так часто употребимы, чтобы беспокоиться об одинаковости
или это за меня JIT порешает?
Делаешь два параметра у метода (???)
> не должен юзать структуру чтобы не срать в кучу
Структуры не аллоцируются в куче
и 44 метода которые его получают
разумеется, я хочу структуру с двумя полями
вот тут-то структура и пригодится
В котлине всё ридонли если явно не сказано другое, и потому я за
даже блох писал про джаву что лучше все поля сделать final
Один хрен, подробности уже с трудом вспомню.
Однако в C# такого нет; Dictionary и Dictionary<K, V> могут быть два совершенно разных типа (такое различение присутствует в базовой библиотеке, например IEnumerator и IEnumerator<T>; в рантайме это два типа IEnumerator и IEnumerator`1)
Поэтому было бы неправильно делать так, как в Java (конструируем тип одного типа и приравниваем к переменной другого типа). Вообще подход в Java странный, можно было бы вместо это ввести var и покрыть куда большее число случаев, чем с этим странным синтаксисом HashMap<>
В итоге дженерики в C# есть в рантайме.
Забавно что они умеют инстанциироваться в разные классы (как шаблоны в С++), позволяя например иметь настоящий int в Dictionary<int, int>.
В Java так нельзя.
Всё равно синтаксис HashMap<> - странное решение. Его явно ввели, чтобы уменьшить копипаст при перечислении параметров, типа:
было:
стало:
Но ведь если бы был введён var, то покрылся бы и следующий случай, который до сих пор приходилось в Java копипастить:
Похоже, что Oracle одумались и в Java 10 есть-таки var: https://dzone.com/articles/finally-java-10-has-var-to-declare-local-variables
Не в первый раз замечаю, что история развития Java такая, что сначала пытаются сделать как-то по-странному, а затем в конце концов делают как в C#. Напр., изначально в Java авторы не хотели вводить подобие делегатов как в C#, потому что, дескать, анонимные классы и так хороши; а тут нате лямбды через какое-то время ввели. В итоге язык становится зачастую сложнее C#, хотя хотели наоборот: или приходится пилить странные хаки (чтобы сделать простейшее new T, например), или в языке существует двойственность синтаксиса, т.к. синтаксис версия "по-странному" и есть новый синтаксис "по-нормальному".
Про var согласен: вывод типов надо было сделать еще 15 лет назад, но в Java принято считать что программисты слишком глупы для такого.
А зачем вообще лочиться в какую-то старую версию и не апгрейдить её? Как будто сами себе придумали проблему, сами и решили...
в .net было проще
Страх появления новых багов в новых JVM?
Ага, энтерпрайз же. У них и операционки по 10 лет только security фиксы получают.
Но в конечном счёте, из-за переупрощения рантайма, пользоваться Джавой получается сложнее, чем в C#. Пример с new T[], T.class и т.д. в дженериках я приводил (нужно изголяться с рефлексией). В C# It Just Works (tm). Примитивные типы выбиваются из объектной иерархии и являются странным исключением (в C# valuetype - предсказуемая часть языка объектной иерархии), в итоге, например, boxing сделан через костыли со специальными wrapper'ами и т.д. В C# это опять It Just Works. В C# есть unsigned-типы, но никто не заставляет их использовать, поэтому проблем нет. В Java же, если вдруг нужна unsigned-логика, нужно изголяться пилить костыли. Простыни с checked-исключениями и т.д. и т.п.
Хотели как лучше, а получилось как всегда.