Какое рекомендуемое соглашение об именах для классов в многоуровневом приложении?
У меня вроде бы проблемы с именами моих классов / пространств имен / элементов управления.
В моей бизнес-библиотеке есть пространство имен, называемое Shopping. Он содержит следующие классы:
ShoppingCartItem
ShoppingCart
ShoppingCartManager
В моем приложении ASP.net я хочу создать элемент управления, который графически представляет элементы экземпляра ShoppingCart. Обычно я бы назвал этот элемент управления ShoppingCart, но еще один класс называется ShoppingCart? Конечно, компиляция и так далее сработала бы, но я думаю, что она все еще безобразна. Я думаю, что у меня есть проблема, которую я называю своими бизнес-классами именно так, как они должны представлять. Потому что когда дело доходит до уровня представления, я бы назвал элементы управления, которые должны представлять бизнес-класс, одинаковыми.
Думаю, я мог бы добавить суффикс, например «Вид», но я хочу сделать это правильно.
Какой совет по именованию рекомендуется использовать для многоуровневого приложения?
Как мне назвать элемент управления, который представляет элементы ShoppingCart на уровне представления?
Редактировать : Вопросы по теме: Как назвать объект-оболочку базы данных?
1 ответ
Другие специалисты по StackOverflow, возможно, знают лучше, но, насколько мне известно, нет общепринятого или отраслевого стандарта именования, относящегося к многоуровневой архитектуре. Хотя я думаю, что вы на правильном пути: больше, чем конкретное именование, выбор подхода и его последовательное использование помогут сделать ваш код более удобным в сопровождении.