Я пытаюсь назвать класс (также члены, свойства и т.д.) как можно точнее. Но иногда я не уверен, что это так умно, если имя класса становится огромным (50 символов и более). Обработка настолько неудобна, и код становится трудночитаемым.
Вопрос возник для меня редко, и поэтому у меня нет большого опыта работы с такими длинными именами, но время от времени (сейчас) это происходит. Как другие люди справляются с этим? У вас есть приблизительный верхний предел, а затем делать сокращения или стоит ли боль обращаться с такими длинными именами?
Обновление
В качестве примера здесь приведен пример такого длинного имени класса.
ProjectContractChargingPeriodProjectAccountReferenceVM
Первый проект представляет собой домен, он может быть опущен, поскольку пространство имен подразумевает, что он обрабатывает проекты. Проблема в том, что если я делаю это с этим именем класса, то я должен сделать это со всеми классами этого пространства имен и что я окончательно не люблю, потому что тогда многие (короткие) имена классов этого пространства имен потеряют свою выразительность.
[Project] ContractChargingPeriod описывает объект, для которого используется этот класс, и ProjectAccountReference означает, что класс является ссылкой на ProjectAccount
. С ProjectAccount та же проблема, что и с ProjectContract. Использовать только учетную запись не имеет смысла, потому что в приложении есть и другие классы учетных записей. Ссылка немного слаба, потому что на самом деле ее немного больше, чем только ссылка, но это общая цель. VM - это аббревиатура, которую я всегда использую, и это означает ViewModel. Я думаю, что это законно, потому что каждый, кто работает с WPF, знает, что означает VM.
Я должен сказать, что класс используется для переноса класса из ORM, который построен со старым инструментом, который я создал давно. Классы там представляют квази 1:1 ERM, и я знаю, что это не оптимально, но изменение этого было бы большим усилием.