Могут ли разработчики Linux Java создавать классы имен, отличающихся только регистром, в одном и том же пакете?

Question

Могут ли разработчики Linux Java создавать классы имен, отличающихся только регистром, в одном и том же пакете?

2

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

simpatico 29 янв. 2011, в 16:48

Источник

1

Почему вы хотите сделать что-то, что сделает ваш код не переносимым? Я также не уверен, можно ли безопасно поместить полученные файлы * .class в JAR-файл. Разве ZIP поддерживает имена файлов, отличающиеся только регистром? Разве это не сломается на какой-нибудь платформе? Не говоря уже о том, что это нарушит соглашения об именах Java, поскольку они достаточно строги в отношении регистра в именах классов (каждое слово пишется с заглавной буквы).
Sergei Tachenov 29 янв. 2011, в 15:52

Теги:

java

linux

naming

4 ответа

1

О чем ты говоришь?

Имя класса не является производным от имени файла, а из содержимого файла (т.е. имя класса, как оно указано в файле).

Независимо от того, обрабатывает ли файловая система или ОС имена файлов как нечувствительные к регистру, не имеет значения.

Oded 29 янв. 2011, в 13:01

0

Это уместно, если класс является общедоступным, потому что большинство реализаций Java заставляют имя файла совпадать с (только разрешенным) публичным именем класса в нем плюс «.java».
Sergei Tachenov 29 янв. 2011, в 15:49
0

@Sergey - Так что , если вы называете ваш класс MyClass , имя файл должен быть MyClass , независимо от правил чувствительности к регистру файловой системы / OS. Да, это может быть myclass в нечувствительной к регистру системе, но тогда это не сработает.
Oded 29 янв. 2011, в 15:51
0

@Oded - я думаю, они понимают, что произойдет, если у вас есть и myClass, и MyClass с файловой системой без учета регистра - вы не сможете разместить оба файла в одном каталоге.
Andrew Coleson 29 янв. 2011, в 15:58
0

@ Андрей - понятно. В любом случае это плохой дизайн - иметь классы с одинаковыми именами в разных корпусах.
Oded 29 янв. 2011, в 16:01
0

@Oded - технически файловая система включена только при разрешении имени файла (jar entry / и т. Д.), Реализация вашего собственного загрузчика классов позволяет вам хранить данные класса, где вам угодно
bestsss 29 янв. 2011, в 16:07
0

@bestsss - То есть вы согласны с тем, что чувствительность к регистру файловой системы / ОС не имеет значения?
Oded 29 янв. 2011, в 16:08
0

Если используется пользовательский загрузчик классов, это, конечно, другая история. Не думал об этом.
Sergei Tachenov 29 янв. 2011, в 16:18
0

@Oded - это, в лучшем случае, деталь реализации компилятора, iirc java.net.URLClassLoader даже допускает разные случаи. При определении классов в ВМ исходный файл теряется (есть пакет для проблем безопасности)
bestsss 29 янв. 2011, в 16:19
0

@ Сергей Таченов: загрузка с пользовательского URL (например, апплета) не означает, что на сервере есть настоящие «файлы».
bestsss 29 янв. 2011, в 16:20

Показать ещё 7 комментариев

0

Положив его на потомство, но ответ на вопрос Windows на этот вопрос таков: Несколько классов в одном файле Java, каждый с основным методом - неожиданное поведение?

dark_secrets 23 апр. 2011, в 05:02

0

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

В Linux вы можете это сделать, но это очень плохая идея. Полученный вами код/классы не будут переносимыми.

И вы обнаружите проблемы с инструментами управления версиями, IDE, другими ОС, некоторыми JVM и т.д.

Например: вы можете использовать символы, отличные от английского (utf8) для ваших классов. У меня есть классы с испанскими именами (с такими символами, как ñ, Ñ, á, à и т.д.). Вскоре или позже это будет проблемой, потому что не все файловые системы работают с utf8 (некоторые используют ansi-like, ascii или что-то еще). Очень длинные имена могут быть неприятностями. Некоторые файловые системы имеют ограничения на длину имени, например, файловые системы ISO-9660, некоторые версии FAT и т.д.

Оставайтесь на безопасном пути:)

gorlok 31 янв. 2011, в 20:22

Ещё вопросы

Почему вы хотите сделать что-то, что сделает ваш код не переносимым? Я также не уверен, можно ли безопасно поместить полученные файлы * .class в JAR-файл. Разве ZIP поддерживает имена файлов, отличающиеся только регистром? Разве это не сломается на какой-нибудь платформе? Не говоря уже о том, что это нарушит соглашения об именах Java, поскольку они достаточно строги в отношении регистра в именах классов (каждое слово пишется с заглавной буквы).
Это уместно, если класс является общедоступным, потому что большинство реализаций Java заставляют имя файла совпадать с (только разрешенным) публичным именем класса в нем плюс «.java».
@Sergey - Так что , если вы называете ваш класс MyClass , имя файл должен быть MyClass , независимо от правил чувствительности к регистру файловой системы / OS. Да, это может быть myclass в нечувствительной к регистру системе, но тогда это не сработает.
@Oded - я думаю, они понимают, что произойдет, если у вас есть и myClass, и MyClass с файловой системой без учета регистра - вы не сможете разместить оба файла в одном каталоге.
@ Андрей - понятно. В любом случае это плохой дизайн - иметь классы с одинаковыми именами в разных корпусах.
@Oded - технически файловая система включена только при разрешении имени файла (jar entry / и т. Д.), Реализация вашего собственного загрузчика классов позволяет вам хранить данные класса, где вам угодно
@bestsss - То есть вы согласны с тем, что чувствительность к регистру файловой системы / ОС не имеет значения?
Если используется пользовательский загрузчик классов, это, конечно, другая история. Не думал об этом.
@Oded - это, в лучшем случае, деталь реализации компилятора, iirc java.net.URLClassLoader даже допускает разные случаи. При определении классов в ВМ исходный файл теряется (есть пакет для проблем безопасности)
@ Сергей Таченов: загрузка с пользовательского URL (например, апплета) не означает, что на сервере есть настоящие «файлы».

esaj · Accepted Answer · 2011-01-29T13-33-00.000Z

Я пробовал это в Linux, и я мог создавать разные классы с тем же именем, но с различной капитализацией и использовать их. Поскольку у меня нет Windows-машины, я не могу проверить, как это будет работать (или если оно вообще работает) в Windows (или любой другой ОС, если на то пошло), но я бы не стал поощрять классы именования, подобные этому.

Я только что попробовал это на Linux, а затем поместил скомпилированные классы в JAR и скопировал его в Windows. Некоторые программы просмотра архива видят только один из файлов классов внутри, но JVM прекрасно запускает приложение.