Народ, где вы храните константы и почему? 

Хранить константы в интерфейсе это вроде антипаттерн.

Вот тут нашлось:

JLS3 "13.4.9 final Fields and Constants"

Константы следует хранить там, где они нужны  Например, общие константы для Swing-компонент, находящиеся в интерфейсе SwingConstants - это явно порочная практика.

То есть порочной практикой является наличие вообще каких-либо ОБЩИХ параметров,  настраивающих приложение? Правильно я понял ? 
И это потому, что нарушает ООП, поскольку глобальные (static) параметры это явное нарушение.
То есть надо помещать необходимые параметры (дублируя их) во все классы?
В какой момент? При инициализации приложения ?

Нет, вы неправильно поняли. Точнее вы ничего не поняли. При чём здесь ООП - вообще непонятно. Констант, глобальных для всего приложения практически не бывает - все имеют "хозяина", о дублировании чего вы ведёте речь - непонятно.

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







Это сообщение отредактировал(а) w1nd - 31.3.2008, 09:34

А как же, например быть с константой PI, определенной в Math классе?
Подвергнуть разработчиков SUN остракизму?
Не знал, откровенно говоря, что разделитель строк я всегда должен "выковыривать" вызовом метода класса System, а константу использовать неправильно. 

Quod licet Jovi non licet bovi - что дозволено Юпитеру(Sun-у) не дозволено быку.
При разработке библиотек для Java заранее неизвестно, где константы понадобятся - поэтому они и объявлены в специальных классах и интерфейсах.
Простому же пользователю обычно заранее известно, где его константы будут использоваться, поэтому ему луше следовать совету w1nd.

На мой вгляд, эта константа как раз на своём месте.


Почему неизвестно? Если делается класс, методы которого воспринимают некоторые значения, то именно в этом классе и объявляются константы, соответствующие этим значениям.

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

http://java.sun.com/j2se/1.5.0/docs/guide/...tic-import.html
http://java.sun.com/docs/books/jls/third_e...omp.html#13.4.9

Теперь мой подход:


Это сообщение отредактировал(а) Royan - 1.4.2008, 14:04

Гм. Именно для продемонстрированных констант я не вижу никакого смысла в таком вынесении - они явно не общие  

Какой же вы занудливый человек w1nd, мимо вас, поди, ни одна соринка не пролетит - все сдуете. Это всего лишь пример измените имена на что душе угодно.

а можно вопрос а зачем для констант делать свой класс есть замечательная вещь Enum называется  

Есть грешок  


Всё равно  Сейчас я ковыряюсь в Eclipse - плагин ваяю. Так вот в SWT как раз есть такой классец - с константами (их там сотни). Не устаю проклинать каждый день того, кто это придумал - жутко неудобно  Вот и стараюсь предостеречь.

Это сообщение отредактировал(а) w1nd - 2.4.2008, 08:19

А по-моему надо там, где логика подсказывает.

В конце концов public static final - и хоть в классе, хоть в интерфейсе. Все зависит от того к чему эта константа привязывается - а использовать советы по проектированию надо с головой.