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