AZ
доклад про то, что и почему стандартизируется в C++ Library
Size: a a a
2020 May 29
AZ
он как там один из главных пояснял. Tl;DR - общепринятые практики под единым интерфейсом
A
он как там один из главных пояснял. Tl;DR - общепринятые практики под единым интерфейсом
++
AZ
чтобы на их базе ты мог строить свою конструкции и они могли интеропиться друг с другом
AS
Как будто что-то плохое
хорошее конечно :) просто как выясняется не многие знают что в Windows, Visual Studio и MS происходит )
AZ
а не одна юзает HttpLib1, а вторая HttpLib2
A
Собственно веб_вью и два-дэ графон сейчас вот по этим причинам развиваются
A
хорошее конечно :) просто как выясняется не многие знают что в Windows, Visual Studio и MS происходит )
Да, бывает
AZ
и собственно приехали
A
и собственно приехали
++
A
Интероп важен
*
Ну и меня как _оченьмного_платформенного разработчика всё таки волнует, что у используемой библиотеки могут быть разные имплементации. А значит мой код будет работать по разному на разных платформах. Это повышенные затраты как для разработчиков, так и для QA
AV
у стандартной либы (как и всего, что в стандарте) есть ровно одна проблема - оттуда ничего не выкинуть и почти ничего не поменять.
и этот ком катить чем дальше, тем сложнее. и чем дальше тем сложнее этим пользоваться, потому, что у тебя появляется 100500 способов сделать одно и то же. и очень неочивидные вещи в либе появляются.
и этот ком катить чем дальше, тем сложнее. и чем дальше тем сложнее этим пользоваться, потому, что у тебя появляется 100500 способов сделать одно и то же. и очень неочивидные вещи в либе появляются.
AZ
чо, как там нормально общение с проектами, где у каждого свой класс строк? спасибо, я этого говна слишком сильно наелся уже
A
Ну и меня как _оченьмного_платформенного разработчика всё таки волнует, что у используемой библиотеки могут быть разные имплементации. А значит мой код будет работать по разному на разных платформах. Это повышенные затраты как для разработчиков, так и для QA
API должен быть один
AZ
Ну и меня как _оченьмного_платформенного разработчика всё таки волнует, что у используемой библиотеки могут быть разные имплементации. А значит мой код будет работать по разному на разных платформах. Это повышенные затраты как для разработчиков, так и для QA
то есть ты затачиваешься на детали реализации, правильно я понимаю? это твои проблемы и тогда ТЫ НЕ ДОЛЖЕН ИСПОЛЬЗОВАТЬ СТАНДАРТНУЮ ЛИБУ! Пиши своё
*
Ну а как со строками быть ещё. Где-то есть коровы в std::string, где-то их нет. А нам это важно есть они там или нет
AZ
как только тебя начинают волновать детали реализации - пиши своё. тут выбора нет
*
то есть ты затачиваешься на детали реализации, правильно я понимаю? это твои проблемы и тогда ТЫ НЕ ДОЛЖЕН ИСПОЛЬЗОВАТЬ СТАНДАРТНУЮ ЛИБУ! Пиши своё
я не затачиваюсь. мне важно, что бы код везде работал как можно более одинаково
AZ
Ну а как со строками быть ещё. Где-то есть коровы в std::string, где-то их нет. А нам это важно есть они там или нет
ты коров и просто кучу строк не путай, пожалуйста