Рефакторинг Dtos и сбросьте суффикс DTO.
Возможно, вы захотите изменить Dao на Store или что-то подобное.
Во-первых, EmployeeSetails без Dto / dco в конце, очевидно, представляет собой класс значений, содержащий значения, относящиеся к сотруднику. Без другого термина очевидно, что это не утилита, которая должна называться как g EmployeeDetailsUtil / Helper и т. Д.
Ваш дао должен называться EmployeeSetailsStore, потому что он описывает его функцию хранилища EmployeeSetsils. Как или где он их помещает, не имеет значения, они скрыты в вашем коде. Если вы действительно хотите, вы можете назвать его HibernateEmploteeDetaileStore и т. Д., Если он использует Hibernate. Ваш интерфейс должен называться EmployeeSetailsStore. Разработчики или этот интерфейс будут использовать имя интерфейса в качестве начала и добавлять технологию impl к этому базовому имени.
Последнее, но не менее важное: здесь String является значением массива char, но добавление Dto в этом случае уродливо и глупо.
Только действительно известные аббревиатуры, такие как Url. В конце концов, магазин никогда не будет сбивать с толку, пока все аббревиатуры, которые вы упомянули, не проясняют ситуацию, и в этом случае введено слияние и это время.
Если вы измеряете набор текста, используя то, что я предложил, вы на самом деле печатаете меньше символов, и все становится понятнее. всегда стремитесь к ясности, а не к краткости, в конце концов, мы все быстрые печатники, так что несколько дополнительных символов. В конце концов, мы тратим больше времени на чтение, понимание и т. Д., Чем на набор текста, поэтому несколько дополнительных символов в имени класса вовсе не приведут к снижению производительности ...
Не экономьте ... делайте это правильно с самого начала.