Size: a a a

2020 August 19

AS

Anatoly Shirokov in supapro.cxx
Даня, не сопротивляйся, ты допустил неточность, я тебе на это указал
источник

AS

Anatoly Shirokov in supapro.cxx
Фсе
источник

D

Danya in supapro.cxx
Anatoly Shirokov
Измени в ярлыке текущий и все, файл будет искаться уже в другом месте.
Да Господи
Человек не знал отличия между абсолютными и относительными путями
Ему эта информация сейчас вообще не нужна
Когда понадобится, он узнает об этом
Я считаю, что в данном случае это излишнее усложнение
источник

D

Danya in supapro.cxx
Anatoly Shirokov
Даня, не сопротивляйся, ты допустил неточность, я тебе на это указал
Я это сделал специально
источник

D

Danya in supapro.cxx
Больше не сопротивляюсь :)
источник

D

Danya in supapro.cxx
И согласен со всем сказанным
источник

IZ

Ilia Zviagin in supapro.cxx
 ‌‌Gleb Pilipets
ну я хз, почему, но в моём случае ошибка в рантайме.
Потому что ты даже и не просекаешь, где у тебя компиляция, где рантайм.
источник

IZ

Ilia Zviagin in supapro.cxx
Lee Armstrong
Вот что пишут на хабре. Хабр для тебя достаточно легитимный ресурс?
Локатор служб отвечает за хранение объектов и предоставление к ним доступа. Всё.
https://habr.com/ru/post/465395/
Хабр? Легитимный?
Ха ха ха!
источник

IZ

Ilia Zviagin in supapro.cxx
Lee Armstrong
Сервис локатор это про реестр сервисов, а не неявные зависимости.
Даня прав , и про то, и про другое оно. Но конечно реестр не обязателен, наверное. Можно как угодно искать имплементации
источник

F

Fuzzytoozy in supapro.cxx
Товарищи, может кто подсказать? Есть tcp соединение, одна сторона сдохла и ничего не отправила другой, на другой стороне оно в established и она пытается что-то писать через write сискол, который в конечном итоге просто блокируется. Это содениене вообще сдохнет когда нибудь, если keepalive на сокете не включали?
источник

IZ

Ilia Zviagin in supapro.cxx
Danya
Опять же НЕЯВНЫЕ ЗАВИСИМОСТИ это плохо
Паттерн СервисЛокатор про НЕЯВНЫЕ ЗАВИСИМОСТИ
Если ты назвал DI контейнер СервисЛокатором, он от этого не стал СервисЛокатором
Вот да, да DI я б сразу убивал (ну ладно, просто б уволил)...
источник

IZ

Ilia Zviagin in supapro.cxx
Fuzzytoozy
Товарищи, может кто подсказать? Есть tcp соединение, одна сторона сдохла и ничего не отправила другой, на другой стороне оно в established и она пытается что-то писать через write сискол, который в конечном итоге просто блокируется. Это содениене вообще сдохнет когда нибудь, если keepalive на сокете не включали?
Расскажи при чем тут С++ и его изучение?
источник

D

Danya in supapro.cxx
Ilia Zviagin
Вот да, да DI я б сразу убивал (ну ладно, просто б уволил)...
Почему ты бы за DI увольнял?
источник

F

Fuzzytoozy in supapro.cxx
Ну как минимум write сискол и сокеты имеют не последнее отношение к сетевому программированию на C++, хоть оно и glibc
источник

IZ

Ilia Zviagin in supapro.cxx
Fuzzytoozy
Товарищи, может кто подсказать? Есть tcp соединение, одна сторона сдохла и ничего не отправила другой, на другой стороне оно в established и она пытается что-то писать через write сискол, который в конечном итоге просто блокируется. Это содениене вообще сдохнет когда нибудь, если keepalive на сокете не включали?
Сдохнет. Но в TCP очень большие тайм ауты по умолчанию.

Где-то сутки или что-то типа 3-5 часов на винде.
источник

IZ

Ilia Zviagin in supapro.cxx
Danya
Почему ты бы за DI увольнял?
Потому что это говно. Лишний код который в 90% случаев никогда не будет использован.
источник

IZ

Ilia Zviagin in supapro.cxx
Fuzzytoozy
Ну как минимум write сискол и сокеты имеют не последнее отношение к сетевому программированию на C++, хоть оно и glibc
Никакого отношения к с++.
Вообще.
Я тебе осветил, вопрос закрыт
источник

D

Danya in supapro.cxx
Ilia Zviagin
Потому что это говно. Лишний код который в 90% случаев никогда не будет использован.
Ну про DI контейнер я хз
А ничего плохого в Dependency Injection как идиоме я не вижу
источник

D

Danya in supapro.cxx
В тех же контейнерах аллокаторы инжектятся и все хорошо
источник

D

Danya in supapro.cxx
Ну то есть вроде это нормальный дизайн и я не вижу проблем с ним
Но я молодой, не опытный
источник