Сообщение Re[5]: Внутренние функции класса от 17.01.2019 17:13
Изменено 17.01.2019 20:03 rg45
Re[5]: Внутренние функции класса
Здравствуйте, PavelCH, Вы писали:
PCH>Не совсем Вас понял. Можете привести пример? Насколько я помню там работает так:
PCH>Ну она же не доступна наружу. Возможно это не надо?
PCH>Те функции, которые требуют дополнительные инклюды, я выделяю в отдельные cpp файлы. В итоге это снижает время компиляции, если я ничего не меняю эта часть функционала не перекомпилируется.
PCH>>>Стоит ли игра свеч?
PCH>Не уверен что метод 3 занимает меньше писанины. Насчет перекомпиляция тоже вопрос. Вообще я стараюсь делать служебные функции static и невидимые в h — но они конечно не имеют доступа к
Вот в этой книжке (см. рекоммендацию №44) сформулирован несложный критерий, когда следует делать функцию членом класса. Звучит этот критерий примерно так: "делайте функию членом класса в том случае, когда у вас нет другого выхода". А во всех остальных случаях, соответственно, не делайте. И можно вести бесконечно долгие дискуссии на эту тему, приводя бесчисленные доводы "за" и "против", но убедиться в истинности этого правила можно только на личном опыте.
PCH>Не совсем Вас понял. Можете привести пример? Насколько я помню там работает так:
PCH>Ну она же не доступна наружу. Возможно это не надо?
PCH>Те функции, которые требуют дополнительные инклюды, я выделяю в отдельные cpp файлы. В итоге это снижает время компиляции, если я ничего не меняю эта часть функционала не перекомпилируется.
PCH>>>Стоит ли игра свеч?
PCH>Не уверен что метод 3 занимает меньше писанины. Насчет перекомпиляция тоже вопрос. Вообще я стараюсь делать служебные функции static и невидимые в h — но они конечно не имеют доступа к
Вот в этой книжке (см. рекоммендацию №44) сформулирован несложный критерий, когда следует делать функцию членом класса. Звучит этот критерий примерно так: "делайте функию членом класса в том случае, когда у вас нет другого выхода". А во всех остальных случаях, соответственно, не делайте. И можно вести бесконечно долгие дискуссии на эту тему, приводя бесчисленные доводы "за" и "против", но убедиться в истинности этого правила можно только на личном опыте.
Re[5]: Внутренние функции класса
Здравствуйте, PavelCH, Вы писали:
PCH>Не совсем Вас понял. Можете привести пример? Насколько я помню там работает так:
PCH>Ну она же не доступна наружу. Возможно это не надо?
PCH>Те функции, которые требуют дополнительные инклюды, я выделяю в отдельные cpp файлы. В итоге это снижает время компиляции, если я ничего не меняю эта часть функционала не перекомпилируется.
PCH>>>Стоит ли игра свеч?
PCH>Не уверен что метод 3 занимает меньше писанины. Насчет перекомпиляция тоже вопрос. Вообще я стараюсь делать служебные функции static и невидимые в h — но они конечно не имеют доступа к
Вот в этой книжке (см. рекомендацию №44) сформулирован несложный критерий, когда следует делать функцию членом класса. Звучит этот критерий примерно так: "делайте функию членом класса в том случае, когда у вас нет другого выхода". А во всех остальных случаях, соответственно, не делайте. И можно вести бесконечно долгие дискуссии на эту тему, приводя бесчисленные доводы "за" и "против", но убедиться в истинности этого правила можно только на личном опыте.
PCH>Не совсем Вас понял. Можете привести пример? Насколько я помню там работает так:
PCH>Ну она же не доступна наружу. Возможно это не надо?
PCH>Те функции, которые требуют дополнительные инклюды, я выделяю в отдельные cpp файлы. В итоге это снижает время компиляции, если я ничего не меняю эта часть функционала не перекомпилируется.
PCH>>>Стоит ли игра свеч?
PCH>Не уверен что метод 3 занимает меньше писанины. Насчет перекомпиляция тоже вопрос. Вообще я стараюсь делать служебные функции static и невидимые в h — но они конечно не имеют доступа к
Вот в этой книжке (см. рекомендацию №44) сформулирован несложный критерий, когда следует делать функцию членом класса. Звучит этот критерий примерно так: "делайте функию членом класса в том случае, когда у вас нет другого выхода". А во всех остальных случаях, соответственно, не делайте. И можно вести бесконечно долгие дискуссии на эту тему, приводя бесчисленные доводы "за" и "против", но убедиться в истинности этого правила можно только на личном опыте.