даешь god-классы!1

даже если нет клиента, не стоит пихать ф-ции, напрямую не принадлежащие классу в этот класс только потому что их некуда пихнуть :)

Ну я тогда думал что класс должен принимать запросы, вот я и впихнул))

Ну я тогда думал что класс должен принимать запросы, вот я и впихнул))

?

Однажды ты узнаешь про идиому Pimpl и будет вообще шикарно. :)

Что-то слышал, гляну)

Общее правило: если функция, работающая с классом, не требует доступа к его внутренним полям, или этот доступ эффективно осуществим через геттеры/сеттеры, то функцию лучше объявить следом за классом в том же файле в том же простанстве имен. Исключение: шаблонные классы.

Общее правило: если функция, работающая с классом, не требует доступа к его внутренним полям, или этот доступ эффективно осуществим через геттеры/сеттеры, то функцию лучше объявить следом за классом в том же файле в том же простанстве имен. Исключение: шаблонные классы.

некоторый ф-ции можно даже за cpp не выпускать

Класс std::string пример неудачного проектирования. :)

В нем больше сотни функций-членов.

stl в первоначальном виде, это отдельная песня

Из которых 2/3 можно сделать внешними.

Степанов в принципе не любит ООП )

Какой Степанов?

А на сколько хорошая практика реализовывать функции в хэдере ?

некоторый ф-ции можно даже за cpp не выпускать

даже более того - некоторые классы

Какой Степанов?

кто stl придумал )

отравившись рыбой :D

кто stl придумал )

Забыл про него, каюсь.

а чем стринг плох?

А на сколько хорошая практика реализовывать функции в хэдере ?

плоха, если это не шаблон

плоха, если это не шаблон

Тогда все норм

есть еще такая штука - anonymous namespace

тарить в ней реализацию всяких хелперов

а чем стринг плох?

Своей монолитностью.

плоха, если это не шаблон

и если это не жутко соптимизрованный инлайн

да, точно

Своей монолитностью.

так тот же вектор только впрофиль

для инлайнов есть inline

так тот же вектор только впрофиль

Честно говоря, не смотрел весь список вектора. Это я процитировал товарища Саттера.

для инлайнов есть inline

но если нет lto и оно в другой единце трансляции, то пофиг на инлайн, из одного бьекта в другой ничего не перескочит

но если нет lto и оно в другой единце трансляции, то пофиг на инлайн, из одного бьекта в другой ничего не перескочит

а вот нинада из одного объекта в другой :D

а вот нинада из одного объекта в другой :D

мне сквозная оптимизация по работе ой как нужна прост)

для инлайнов есть inline

Который компилятор благополучно игнорирует, если звезды на небе не так встали.

Который компилятор благополучно игнорирует, если звезды на небе не так встали.

да это понятно )

В среднестатистическом коде после оптимизации функции, объявленные как встроенные, не будут встроены, а многие из не объявленных встроятся. :)

я по специфике работы пишу на O3 и смотрю асм листинги

вот там такой пипец, когда все параметры шаблонно передаются компилятору на откуп дается сквозная оптимизация))

Сочувствую.

Что бы там Линус не говорил про i386, его ассемблер это жесть.

у меня арм ассемблер

thumb thumb2

А, ну про ARM не знаю. Я видел ассемблер Analog Devices SHARC. Это просто песня.

256 регистров и инструкции вида r14 = r5 + r10;

Если пишешь маленькую плохонькую программку, то даже не придется в память обращаться.

там 13 общего назначения. метр флеша, 128 кб оперативки. в большинстве случаев такой дикий угар с передачей 99% параметров в виде шаблонных параметров и вычисление из них в compile time нужных тебе вещей является излишеством

но живем один раз, и почему бы собственно нет :)

там 13 общего назначения. метр флеша, 128 кб оперативки. в большинстве случаев такой дикий угар с передачей 99% параметров в виде шаблонных параметров и вычисление из них в compile time нужных тебе вещей является излишеством

Надеюсь, тебе платят сверхурочные? :)

задачи не столь сложны чтобы прям охреневать)

Однажды ты узнаешь про идиому Pimpl и будет вообще шикарно. :)

да. Я ее случайно изобрел на первом курсе, когда впадлк было инклюды делать

круто. по какой визе изначально в сша приехал?

H1b

Общее правило: если функция, работающая с классом, не требует доступа к его внутренним полям, или этот доступ эффективно осуществим через геттеры/сеттеры, то функцию лучше объявить следом за классом в том же файле в том же простанстве имен. Исключение: шаблонные классы.

Нахера или например?

Потому что функции-члены нужны для работы с членами класса. Незачем пихать в класс то, что может быть столь же эффективно реализовано вне класса.

Слышал, операторы хорошо бы наружу, но не впираю, нахера

Вот реально, ведь все равно объявлять френдами в классе

Какая разница как потом его описать

Начнем с того, что не любой оператор можно определить внутри класса.

Например?...

Наоброт, снаружи, вроде б

И что ты понимаешь под "объявить внутри/снаружи"

Например, любимый многими оператор потокового вывода <<

А киньте книжку банды четырех по паттернам проектирования

А киньте книжку банды четырех по паттернам проектирования

А не гуглится?

Она ж сверху где-то всегда

Была...

Нащел

Тут есть

Потому что операторы, определенные как члены, подразумевают левый операнд типа класса.

#book #design #patterns

ERROR: S client not available

Потому что операторы, определенные как члены, подразумевают левый операнд типа класса.

Справедливо...

Но зачем тогда бинарные принято выносить наружу? И как объявить снаружи оператор, если все равно надо friend?

А если нужен оператор вида T1 op T2, где T2 - твой класс, то его можно определить только как внешнюю функцию.

А если нужен оператор вида T1 op T2, где T2 - твой класс, то его можно определить только как внешнюю функцию.

Это вкурил, спасибо

Блин, непонятно... Разве тот же << не надо внутри класса сделать френдом?

Я чот позабыл эту лекцию

Блин, непонятно... Разве тот же << не надо внутри класса сделать френдом?

Тут два пути есть.

Заебёшься же геттеры звать, это же call, это же долго...

Либо делаешь оператор другом, либо добавляешь функцию член toString, которую вызываешь в теле оператора.

Заебёшься же геттеры звать, это же call, это же долго...

Преждевременная оптимизация - зло.

Честно вам скажу? В пизду всякие заебатые олимпиадные задачи на собеседе. Важна практика.

На хабре вроде есть статья-перевод собеседования в гугль

На хабре вроде есть статья-перевод собеседования в гугль

Про бота? ?

Про бота? ?

Нет, на должность тех.инженера или тех.директора

На хабре вроде есть статья-перевод собеседования в гугль

Ты про эту? https://m.habrahabr.ru/post/313028/

Новая, сегодня-вчера

Ты про эту? https://m.habrahabr.ru/post/313028/

++

Угорал долго)

Либо делаешь оператор другом, либо добавляешь функцию член toString, которую вызываешь в теле оператора.

Передача объекта через стринг и парсить?

Ты про эту? https://m.habrahabr.ru/post/313028/

Да, про нее.

Да, про нее.

Понял в каком смысле "про бота"? дошло

Передача объекта через стринг и парсить?

Преобразование объекта в строку и вызов ostream << str.

Преобразование объекта в строку и вызов ostream << str.

А, если вывод, да. Понял. Спасибо.

А что ты читал, что так знаешь?

Или чистая практика?

Саттер, Мейерс

Ты офигенно объясняешь, тебе бы лекции читать)

И лаконично, и понятно)

Если бы за это еще платили... ?

Плотят же, не поверишь)

Школоло, студенты

Репетитором, а там развивать тему

Я так с матикой провернул