bossigorxxx, ни че не могу сказать ((
если только пытаться смотреть по месту..
а не запускали какие настройщики?
типа ccleaner? (самая опасная программа в этом классе, кстати).. ну и много других тюнеров сейчас на воле водится.. применение таких программ требует хорошего понимания происходящих тюнингов..
Alexey Spitsyn, увы, но это обычная практика. webdav мог бы помочь. и про БД - если порты открыты, на локалке можно работать с актуальной БД. но это заморочки со ссылками в коде приложения. тоже не сахар
Alexey Spitsyn, ну между прочим git тоже не редко используется как транзит при публикации. проверьте у хостера. хотя если webdav нет, то git маловероятно
Steel_Balls, в сравнении с популярным питоном, шарп скорее добавил сходные возможности, не утратив своих исконных. при этом мощь информационной поддержки мс ни куда не делась, и соперничать с ней сообществам трудно ))
Steel_Balls, ну не факт. мне нравится ))
у функциональной парадигмы главный недостаток - не предсказуема производительность. требуется хорошее понимание. да и на многих типовых задачах это вообще не проявится.
достоинство - лаконичность кода и избежание многих ошибок.
при этом императивный стиль не пропал ))
так что язык точно не стал хуже, лишь расширил возможности, не утратив прежние ))
Voland69, сам начинал с ассемблера, далее фортран (ВУЗ).. спасибо .. навеяли волну приятных воспоминаний )))
... компилятор ассемблера на фортране это нечто (2й семестр 1го курса, 83й год )))
Voland69, выше я отмечал, что есть и более либеральные языки )))
и есть сторонники такой либеральности.
но вопрос предсказуемости давно признан фундаментальным ))
dotnet перестраховывается, возможно, очищая и область выделяемой памяти, и требуя инициализации.
.. в прочем, об очистке при выделении, не претендую на знание поведения новейших реализаций ))
но тогда требование инициализации еще более логично ))
преимущество var в том и состоит - если в последствии измените программу, допустим перейдете к использованию longint, компилятор все отследит. это элементы функциональной парадигмы, облегчающие сопровождение кода, по мере его развития ))
автору вопроса D3nch1kk, в более модерновом стиле еще так можно var Mid = 0;
компиляторы уже очень умны, по коду программы будет int. при необходимости, компилятор сам поймет если надо longint, и даже bigint )))
если мне не изменяет память, выделение переменных, классов, записей, в c# и dotnet вообще, сопровождается обнулением фрагмента памяти.. но в целях оптимизации быстродействия, это можно было бы и пропустить .. но это только мысли в слух к разработчикам компиляторов и среды исполнения )))
при всем том, на сколько гибким становится язык, по мере развития, он остается достаточно строгим, и требует инициализации переменной/члена класса, перед использованием. и это разумно ))
есть языки где это не требуется. в шарпе это обязаловка )))
успехов в программировании )))
по моему из пушки по воробьям, особенно в реестр лазить..
должно быть достаточно так (скрин под спойлером)
и повторюсь - на время оптимизации. так же в это время воздерживаться от загрузок, особенно из не авторитетных источников.
а отключать полностью сомнительная идея.
