Расход ресурсов

[iNils]

О чем я и говорил
А что за представители другие сего вида?

[Arsentev]

Сообщение от CCCPirate

Тогда тебе надо создавать не параллельный класс для манипуляций, а просто класс высший по иерархии, что бы его дочерние классы могли пользовать его методы, не описывая их каждый раз заново в своем теле.

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

[CCCPirate]

А откуда данные, что от этого увеличится производительность?

[Arsentev]

За данными я и обратился (не судите строго)

[CCCPirate]

Сообщение от Arsentev

Вопрос возник в связи с тенденцией разработчиков всё из вне помещать внутрь классов, к тому же у них постоянно увеличивавается производительность (как-то странно).

Значит это было всего лишь предположением? А я то подумал, что опрос проводили=)))

Мое мнение такое - надо делать как удобнее. удобнее тебе много классов - делай много, удобней один - делай один. Принцип ООП - разделение на объекты, если экземпляр достоин отдельного класса (по твоему мнению) то надо это делать, ну вот чтоб производительность от этого увеличилась... я о таком не слыхивал.

[Arsentev]

В F7MX2004 пару лет назад замечал повышение производительности, когда пару тысяч объектов гонял туда-сюда

[iNils]

Сообщение от CCCPirate

Принцип ООП - разделение на объекты, если экземпляр достоин отдельного класса (по твоему мнению) то надо это делать, ну вот чтоб производительность от этого увеличилась... я о таком не слыхивал.

Вопрос скорее в количестве методов. Вызов каждого метода занимает время, поэтому при многократных вычислениях в одном фреме, вполне возможно не вызывать отдельный метод А из другого метода Б, а выполнять код метода А прям внутри метода Б.

[CCCPirate]

2Nils Да, только тогда надо все время помнить, что метод у тебя написан два раза (в самом методе и в коде другого метода - возврат к процедурному программированию). Бывает удобно, скорее более производительно, но код станет сложнее.

[iNils]

А что, помнить мы уже не умеем? Меня вообще всегда поражает боязнь программистов, что либо забыть. Так нельзя, это ведет к деградации личности.
А что касатально производительнсти... Я лучше буду в коде в два раза дольше разбираться, зато у меня летать будет.

[CCCPirate]

Сообщение от iNils

зато у меня летать будет.

зато прога станет больше весить )))

а если код надо будет модифицировать стороннему разработчику?
он та почем должен знать о ваших стремлениях к полету?
(получается все надо чательно документировать)

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

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