Как и большинство из этих вопросов, я бы сказал; написать четкий, простой код, и он будет хорошо работать.
Если кто-то говорит вам, что что-то является хорошей идеей по соображениям производительности, убедитесь, что это резервное копирование с реальными числами, по-прежнему используется для версии Java, которую вы используете (большая часть этой рекомендации устарела) , и это подходит для вашего приложения.
Часто «причина производительности», это повод, чтобы писать неясный код, когда на самом деле это может быть не быстрее, или даже может быть намного медленнее (как путает JVM оптимизатор, так же, как это смутит вас)
Некоторые люди настолько скептически относятся к оптимизации производительности, что у вас есть цитата: «преждевременная оптимизация - это корень всего зла». Это преувеличение, но это хорошее предупреждение, а не беспокойство по поводу проблем с производительностью, если вы действительно не знаете, что вам нужно повысить производительность , и ваши изменения действительно имеют значение.
К этому конкретному вопросу вы не можете вызвать частный метод из другого класса. Таким образом, в принципе, вы не можете из другого внешнего класса и из другого класса в том же внешнем классе, и создается аксессуар, который, как правило, будет встроен, если его достаточно назвать достаточно.
№ Нет, и Нет. Потому что я должен напечатать 15 символов. –