Size: a a a

2020 September 05

МР

Макс Руднев... in CODE BLOG / C#
Ну я так понял шо да
источник

МР

Макс Руднев... in CODE BLOG / C#
Переслано от Juraev17
вот у меня
источник

4

4g in CODE BLOG / C#
ну если это adsl, то надо ADSL модем перенастроить в работу в режиме моста и глянуть сколько будет скорость, предыдущие настройки просто сохранить в файл и потом на случай чего просто перезалить обратно в модем.
ну а та вообще adsl это прошлый век ибо зависит очень сильно от качества самой телефонной линии - если воздушка - болье 2-3 мегабит может и не робить.
источник

МР

Макс Руднев... in CODE BLOG / C#
Можно попробовать в админку роутера зайти и там чекнуть входящую
источник

МР

Макс Руднев... in CODE BLOG / C#
Ну и параметры линии
источник

4

4g in CODE BLOG / C#
там скорее будет скорость соединения. а она мало что значит
источник

МР

Макс Руднев... in CODE BLOG / C#
Там же должны быть данные о связи с DSLAM-ом
источник

МР

Макс Руднев... in CODE BLOG / C#
И максимально возможная скорость
источник

4

4g in CODE BLOG / C#
а ну если если только максимально возможная. тогда да.  я уже очень давно не ковырял adsl модемы - все забыл нафиг :)
источник

t

this. in CODE BLOG / C#
SeanWoo
Лучше null, и условие, это куда лучше чем выделять память под новый объект
чем вас не устраивает статический пустой объект?
более того, в современных системах от 100 лишних объектов на 100 запросов проблем не будет
источник

Б[

Барсик [SpamBlock]... in CODE BLOG / C#
this.
чем вас не устраивает статический пустой объект?
более того, в современных системах от 100 лишних объектов на 100 запросов проблем не будет
Статик в памяти висеть будет все время
источник

Б[

Барсик [SpamBlock]... in CODE BLOG / C#
Тоже не гуд
источник

t

this. in CODE BLOG / C#
Я не хочу в коде делать 10 лишних проверок вместо того чтобы просто вернуть пустой объект или коллекцию
источник

t

this. in CODE BLOG / C#
Барсик [SpamBlock]
Тоже не гуд
Правда, но разве это такая проблема?
источник

t

this. in CODE BLOG / C#
Эти все разговоры очень классные но на практике вам почти никогда не понадобится что-то подобное писать, при работе с базами в вас и так вернется null и вы сделаете на него проверку
источник

t

this. in CODE BLOG / C#
хотя мне и нравится идея с пустым объектом но я откровенно не вижу примеров где это можно применить
источник

S

Sergey Trofimov in CODE BLOG / C#
this.
хотя мне и нравится идея с пустым объектом но я откровенно не вижу примеров где это можно применить
кейс то простой, у тебя есть система и, допустим в каждом классе используется Ilogger
Вот прям мой случай.
Купили новые сканеры, они более слабые, решили логгирование отрубить.
Если бы я лазил по всему коду и убирал логгирование я бы офигел, решил просто возвращать пустышку, которая ничего не делает.
Т.е. клиентский код все так же везде вызывает _logger.Debug(); но заинжектен у меня динамичиский пустой обьект
источник

S

Sergey Trofimov in CODE BLOG / C#
ясно что думать нужно, если ты сам для себя пишешь ну и возвращай нул.
А если нет возможности показать что твой код возвращает нул, то придется пустышки кидать
источник

S

Sergey Trofimov in CODE BLOG / C#
потому что другие не будут знать и ожидать нулы
источник

S

Sergey Trofimov in CODE BLOG / C#
вот и вся мотивация)
источник