Почему первая буква класса Java должна быть обернута сверху?

Ответ 1

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

Нет, вам не обязательно следовать этому, но вы не будете делать никаких друзей, не делая этого;)

Ответ 2

Использование соглашений об именах упрощает быстро понимать код при его прочтении.

Вот две простые строки кода:

foo = FooFactory.getFooInstance();
foo.doSomethingFoosDo();

Если мы знаем, что автор следует соглашениям об именах, мы быстро знаем несколько вещей:

• foo - это экземпляр некоторого класса
• FooFactory - это класс
• getFooInstance() - это статический метод класса FooFactory
• doSomethingFoosDo() - это пример метода foo

В противном случае мы теряем время, размышляя над такими вещами, как "FooFactory - объект или класс?"

Без соглашений об именах вам действительно нужно будет искать исходный код для ответа на такие вопросы.

Вначале это кажется чрезмерно возмущенным, но при использовании более сильного > ENORMOUS, когда вы начинаете писать более сложное программное обеспечение и работаете с другими, он делает

Вы найдете, что соглашения об именах даже делают ваш собственный код более удобочитаемым.

Ответ 3

Почему первая буква класса Java должна быть обернута сверху?

Условные обозначения для языка программирования Java и в нем говорится:

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

• 80% стоимости жизненного цикла части программного обеспечения идет на техническое обслуживание.
• Вряд ли какое-либо программное обеспечение поддерживается на протяжении всей своей жизни оригинальным
• Соглашения о кодексе улучшают читаемость программного обеспечения, позволяя инженерам быстрее понять новый код и тщательно.

В нем указано Соглашения об именах, в котором говорится о именах классов:

Названия классов должны быть существительными в смешанном случае с первой буквой каждое внутреннее слово заглавное.. Попробуйте сохранить простые имена классов. и описательный. Используйте целые слова - избегайте сокращений и сокращений (если аббревиатура гораздо более широко используется, чем длинная форма, таких как URL или HTML).

то есть. класс Raster; class ImageSprite;

Невозможно запустить программу, содержащую имена классов с меньшим обтеканием? Если возможно, какая разница?

Возможно, уместно и нет разницы для компилятора.

Это неуважительно для кода и других программистов.

Вам неудобно следовать правилам кодирования Java.

Ответ 4

Почему первая буква класса Java должна иметь верхнюю обложку?

Это соглашение, которое повсеместно наблюдается опытными программистами Java.

Невозможно запустить программу, содержащую имена классов с меньшим обтеканием?

Да, это возможно. Также можно пойти на работу в один и тот же набор одежды в течение месяца. Но вы не сделаете никаких друзей, сделав это.

Если возможно, какая разница?

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

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

Я должен добавить, что он не просто антисоциальный. Оказывается, вы можете сжечь себя, игнорируя соглашения. Соглашения стилей предназначены для работы в сочетании с правилами неоднозначности Java-идентификатора; см. JLS 6.5. Если вы игнорируете правила стиля, вы обнаружите, что неоднозначный идентификатор (например, тот, который может быть либо именем класса, либо именем переменной) неожиданно устраняется. Конечным результатом будут неожиданные ошибки компиляции, которые (как правило) трудно понять.

Ответ 5

Соглашение о присвоении имен Java для класса

  Classes: Names should be in CamelCase. 

Попробуйте использовать существительные, потому что класс обычно представляет что-то в реальном мире:

class Customer
 class Account 

Ответ 6

Это соглашение об именах java

Ответ 7

просто соглашение об именах. Рекомендуем следовать.

Ответ 8

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

Имена классов должны быть существительными в смешанном случае с первой буквой каждого заглавного слова. Постарайтесь, чтобы ваши имена классов были простыми и описательными. Используйте целые слова - избегайте сокращений и сокращений (если аббревиатура гораздо более широко используется, чем длинная форма, такая как URL или HTML).

http://www.oracle.com/technetwork/java/javase/documentation/codeconventions-135099.html#367

Ответ 9

Да. В Java можно использовать имена классов с более низким классом. Но вы должны соблюдать соглашение об именовании Java, которое рекомендуется в Java Community.

Ответ 10

Соглашения о кодировании и именовании Java были обрамлены для удобства обслуживания кода. Код, который придерживается этих стандартов, будет легко поддерживать. Другой разработчик может понять, что вы сделали в Java-коде.

Извлечение из Интернета:

"Различные программисты Java могут иметь разные стили и подходы к тому, как они программируются. Используя стандартные соглашения об именах Java, они упрощают чтение кода для себя и для других программистов. Читаемость Java-кода важна, потому что это означает меньшее время проводится, пытаясь выяснить, что делает код, оставляя больше времени для его исправления или изменения".