Именование. Должен ли я избегать предоставления объектов с тем же именем, что и их классы?

Question

Общепринятой практикой является создание экземпляра класса, называемого, например, PDFWriter, как объект, также называемый PDFWriter, или его следует избегать? Существуют ли ситуации, в которых это было бы проблемой, и если да, существует ли стандартное соглашение об именах для различения классов и объектов?

Редактировать: Как насчет в VB.net, где IDE не позволяет дифференцировать случай?

Answer 1

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

Например, должно быть хорошо иметь переменную, называемую pdfWriter или pdf_writer типа PDFWriter.

Answer 2

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

1) указывают на намерение его использования.

2) единообразно структурированный.

От here: -

Имена имеют жизненно важное значение, по той же причине, что они играют важную роль в не-ОО-языков, но и из-за антропоморфного характера ОО программирования.

Общепринято в языках OO назвать вещи с именем класса и определенной или неопределенной статьей (Control, aController; View, theView). Эти имена прекрасны, если не подходит (Список, сотрудники).

Answer 3

Назад в начале программирования Apple Mac, все это было в моде назвать такие вещи, как:

PDFWriter aPdfWriter; 

или

PDFWriter thePdfWriter; 

, который лучше для языков, которые предпочитают капитал на переменная:

PDFWriter ThePdfWriter; 

В настоящее время этого нет так много моды.

Иногда вы не заботитесь, потому что тип писателя не имеет значения, так что вы просто использовать:

PDFWriter writer; 

или

PDFWriter Writer;