Наследование статических полей

Есть 8 классов для работы с конфигами. В них есть некоторое количество как одинаковых так и разных статических методов и полей. Вынес всё повторяющееся в отдельный класс, от которого наследовал все остальные. В нём есть статические поля configName, file, config. И есть функция load, которая инициализирует эти поля. Вот только я предполагал, что для каждого наследника будут свои статические поля, а они для всех общие, и каждый последующий конфиг перезаписывает их. Собственно вопрос: Как быть?

0

Не делать их статическими?

0

У меня не планируется делать несколько объектов этого класса. Я буду использовать только статические методы. Если бы у всех классов были одинаковые методы, то был бы смысл использовать один класс и тогда отпала бы проблема с этими статическими полями

0

Сообщение от TkachGeek статические методы

А какое обоснование для использования статических методов?

Вообще как вариант сделать статические методы getConfigName и т.д. Ну и если надо перегружать их.
Только вот если эти статические поля постоянно меняются, то как по мне проще сделать их не статическими...

0

Сообщение от Coffeini А какое обоснование для использования статических методов?

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

Да и к тому-же статические поля все равно будут, тот же путь к файлу. Его в таком случае только в конструкторе передать можно будет, типа
Config cfg = new Config("path-to-cfg"); cfg.get("что-то"); вместо Config.get("что-то")

Добавлено через 12 минут

Сообщение от Coffeini Только вот если эти статические поля постоянно меняются, то как по мне проще сделать их не статическими...

Есть класс

public abstract class SuperClass {
static String name = "Not initialized";

public static void load(String Name) {
name = Name;
}
public static String getName() {
return name;
}
...
}
И его наследники

public abstract class First extends SuperClass{}
public abstract class Second extends SuperClass{}

При выполнении First.load("first"); инициализируется name и больше изменяться не должна, но если выполнить Second.load("second"), то она изменится, что мне не нужно. Мне как-то нужно сделать статические поля в наследниках, чтобы они были не связаны друг с другом, но с ними работают методы и в суперклассе, так что и там эти поля нужно создать, и получается из-за сокрытия при обращении к полу name из метода в First будет одно значение, а из метода суперклассе - другое

Добавлено через 8 минут
По факту, мне нужно просто добавить методы и поля из суперкласса во все остальные, ctrl+c ctrl+v должно сработать идеально, но это будет ужасно

0

Сообщение от TkachGeek передавать его выглядит не очень.

Сделай статический объект к которому можно обратиться в любой части проекта. В чём проблема-то?

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

0

Сообщение от Coffeini Сделай статический объект к который можно получить в любой части проекта. В чём проблема-то?

Простите, но что такое статический объект?

0

Тип того:

0

Это не статический объект. Такого понятия вообще нет.
Есть, например, паттерн синглтон.

0

0

Coffeini, config1 статическая переменная типа String. Посмотрел javadoc и не встретил такого термина как статический объект.

0

Сообщение от Tavashi статическая переменная типа

А ООП почему не ПОП называется? Или объекты это нечто другое, эфемерное?

Сообщение от Tavashi Посмотрел javadoc и не встретил такого термина

Так и не встретишь. Ведь javadoc на ангельском написана.
Ну а если серьезно, то ты занимаешься каким-то прескриптивизмом. Такое чувство, что лишь бы придраться...

0

Сообщение от Coffeini А ООП почему не ПОП называется? Или объекты это нечто другое, эфемерное?

Хорошо, пусть будет статический объект, если вам так угодно.

Сообщение от Coffeini Ну а если серьезно, то ты занимаешься каким-то прескриптивизмом. Такое чувство, что лишь бы придраться...

Можете еще использовать МВЖ.

0

TkachGeek, если вы говорите, что поля класса в которых собственно хранятся ваши настройки меняться после построения объекта не будут, так может вам надо чтобы они не статическими, а финальными были?

0

Да там без разницы, коль у наследников статические поля общие. Разве что ошибку будет кидать. Сделал как кофеини советовал: В другом классе сделал статические поля, в которых по экземпляру каждого класса, чтобы избежать этих общих полей.

0

Обычно если ты хочешь сделать то, что не позволяет язык, это означает что ты что-то длеаешь не так. Это как раз такой случай.
Загрузка корфигурации это распространенная задача, для решения которой умные люди уже написали библиотеки, которые можно найти в гугле, использовать и не городить свой огород.

0