Константы - abstract class или interface?

@alskor · Регистрация: 24.08.2008

Студворк — интернет-сервис помощи студентам

требуется создать файл, который будет содержать только константы.
сейчас это сделано как
public abstract class ProjectConstants
(в этом классе переменные объявлены как public static final)

хотелось бы услышать аргументированное мнение, как лучше делать такие вещи - через abstract class или interface?

@alskor · 18.12.2008, 08:20 **[ТС]**

2 Danissimo:
примерно так я и стараюсь делать, просто хотелось вот более общее мнение собрать на эту тему. спасибо за ответ

19.12.2008, 04:31

Кстати я так и не понял а причем тут J2EE? Если вы пишете java class простой и потом его вызывает в сервлете или jsp каком нибудь то извините меня тут J2еe ваще ни причем .Если вы используете EJB то клиент может наследовать что хочешь и читать откуда хочешь хочешь из проперти файла хощь из базы.
А ваще я вам скажу с точки зрения программера который не первый год работает на Джаве то проперти проекта надо хранить в соответсвущем файле. И не пытайтесь мне тут втулить что то про базу или ещё что то.Хотите проффесиональный подход к делу - имейте проперти файл.Хотите как в России лишь бы работало делайте как вам угодно и не засоряйте форум глупыми вопросами
>>Дирижер этими подсистемами -- клиент - бредятина полнейшая.Проект к клиенту никакого отношения не имеет.Клиент получает то что ему дает ваш проект

@Danissimo · 21.12.2008, 16:50

Хочу сказать программеру, не первый год работающему на Джаве: клиент клиенту -- рознь. Мне кажется 'новичок', открывший тему, понял меня правильно, а вот матерый джавист, к сожалению, переработал на Джаве и не уловил смысл, вложенный в понятие 'клиент'. Это раз.

Два. Смею напомнить, что в J2EE входит не только EJB, но и JSP с Сервлетами.

Три. Проперти в EJB могут быть такими:

String EJB_ONE_JNDI = 'ejb/One';
String EJB_ANOTHER_JNDI = 'ejb/foo/Another';

и т. д. Чтобы не ошибаться при поиске фабрик бинов, можно использовать поименование константные строки имен. Это очень удобно.

Четыре. Желаю хорошенько отдохнуть :-)

@mr_dronski · 21.12.2008, 17:25

но при этом в JSP/Servlets можно читать файлы, а в EJB - нет. Значит, тут пользуемся константами.

22.12.2008, 04:42

Я как раз и заметил что клиент для EJB(который может быть и классом и сервлетом и JSP)может делать что угодно в смысле доступа к файловой системе и прочее и упоминание что в J2EE входит ещё куча всего абсолютно не понятно к чему было сделано.
И пожалуйста объясните темному что это за клиент который может дирижировать проектом?
И ещё я что то не помню чтобы автор говорил о проперти EJB.И я кстати про это тоже ничего не говорил и к чему это сказано не ясно.Чиста понты поколотить?
Последнее - по смыслу EJB им не надо читать файлы.Это клиент должен делать вообще то.

@alskor · 22.12.2008, 06:20 **[ТС]**

2Danissimo -
спасибо за ответ.
я действительно 'новичок' в Яве (всего 3 года работы), в данный момент работающий на мелкую компанию Sun Microsystems (конкретно - отдел Quality engineering java-программ).
:-]
собственно, топик был открыт не флейма ради, а ради получения набора мнений, как обычно сейчас поступают программисты в ситуации выбора между классами и интерфейсами.
топик, наверное, можно и закрыть уже, поскольку новых мнений по исходной теме я не вижу, и топик плавно сползает на тему 'различия в способах хранения настроек j2ee & j2se'

замечу, что исходный вопрос был не на эту тему - речь шла не о properties, а именно о константах. т.е. задача - получать не properties, которые не дай бог еще и редактировать кому-то надо, а именно константы проекта (скажем, названия EJB-home и т.п.).

Новые блоги и статьи Все статьи Все блоги /
Благородство как наказание Maks 24.04.2026 У хорошего человека отношения с женщинами всегда складываются трудно. А я человек хороший. Заявляю без тени смущения, потому что гордиться тут нечем. От хорошего человека ждут соответствующего. . .	Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .
Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .

@alskor 0 / 0 / 2 Регистрация: 24.08.2008 Сообщений: 119

	Константы - abstract class или interface? 10.12.2008, 07:51. Показов 7763. Ответов 25 Метки нет (Все метки) требуется создать файл, который будет содержать только константы. сейчас это сделано как public abstract class ProjectConstants (в этом классе переменные объявлены как public static final) хотелось бы услышать аргументированное мнение, как лучше делать такие вещи - через abstract class или interface? 0

@alskor 0 / 0 / 2 Регистрация: 24.08.2008 Сообщений: 119
	18.12.2008, 08:20 [ТС]
	2 Danissimo: примерно так я и стараюсь делать, просто хотелось вот более общее мнение собрать на эту тему. спасибо за ответ 0

mishgun
	19.12.2008, 04:31
	Кстати я так и не понял а причем тут J2EE? Если вы пишете java class простой и потом его вызывает в сервлете или jsp каком нибудь то извините меня тут J2еe ваще ни причем .Если вы используете EJB то клиент может наследовать что хочешь и читать откуда хочешь хочешь из проперти файла хощь из базы. А ваще я вам скажу с точки зрения программера который не первый год работает на Джаве то проперти проекта надо хранить в соответсвущем файле. И не пытайтесь мне тут втулить что то про базу или ещё что то.Хотите проффесиональный подход к делу - имейте проперти файл.Хотите как в России лишь бы работало делайте как вам угодно и не засоряйте форум глупыми вопросами >>Дирижер этими подсистемами -- клиент - бредятина полнейшая.Проект к клиенту никакого отношения не имеет.Клиент получает то что ему дает ваш проект

@Danissimo 4 / 4 / 4 Регистрация: 28.08.2008 Сообщений: 611
	21.12.2008, 16:50
	Хочу сказать программеру, не первый год работающему на Джаве: клиент клиенту -- рознь. Мне кажется 'новичок', открывший тему, понял меня правильно, а вот матерый джавист, к сожалению, переработал на Джаве и не уловил смысл, вложенный в понятие 'клиент'. Это раз. Два. Смею напомнить, что в J2EE входит не только EJB, но и JSP с Сервлетами. Три. Проперти в EJB могут быть такими: String EJB_ONE_JNDI = 'ejb/One'; String EJB_ANOTHER_JNDI = 'ejb/foo/Another'; и т. д. Чтобы не ошибаться при поиске фабрик бинов, можно использовать поименование константные строки имен. Это очень удобно. Четыре. Желаю хорошенько отдохнуть :-) 0

@mr_dronski 4 / 4 / 1 Регистрация: 13.08.2008 Сообщений: 931
	21.12.2008, 17:25
	но при этом в JSP/Servlets можно читать файлы, а в EJB - нет. Значит, тут пользуемся константами. 0

mishgun
	22.12.2008, 04:42
	Я как раз и заметил что клиент для EJB(который может быть и классом и сервлетом и JSP)может делать что угодно в смысле доступа к файловой системе и прочее и упоминание что в J2EE входит ещё куча всего абсолютно не понятно к чему было сделано. И пожалуйста объясните темному что это за клиент который может дирижировать проектом? И ещё я что то не помню чтобы автор говорил о проперти EJB.И я кстати про это тоже ничего не говорил и к чему это сказано не ясно.Чиста понты поколотить? Последнее - по смыслу EJB им не надо читать файлы.Это клиент должен делать вообще то.

@alskor 0 / 0 / 2 Регистрация: 24.08.2008 Сообщений: 119
	22.12.2008, 06:20 [ТС]
	2Danissimo - спасибо за ответ. я действительно 'новичок' в Яве (всего 3 года работы), в данный момент работающий на мелкую компанию Sun Microsystems (конкретно - отдел Quality engineering java-программ). :-] собственно, топик был открыт не флейма ради, а ради получения набора мнений, как обычно сейчас поступают программисты в ситуации выбора между классами и интерфейсами. топик, наверное, можно и закрыть уже, поскольку новых мнений по исходной теме я не вижу, и топик плавно сползает на тему 'различия в способах хранения настроек j2ee & j2se' замечу, что исходный вопрос был не на эту тему - речь шла не о properties, а именно о константах. т.е. задача - получать не properties, которые не дай бог еще и редактировать кому-то надо, а именно константы проекта (скажем, названия EJB-home и т.п.). 0

Опции темы