DTO, DAO и DCO. Что такое DCO?
мои поиски смысла DCO были совершенно бесплодны, поэтому я решил спросить Здесь. В моем Java-приложении есть много классов, таких как EmployeeDetailsDto, EmployeeDetailsDao, но недавно я также столкнулся с EmployeeDetailsDco. Кто-нибудь знает, что означает DCO?
6 ответов
DTO = Объект Передачи Данных
DAO = Объект Доступа К Данным
С статьи
динамически настраиваемый объект (DCO)
объект, реализация которого может изменяться постепенно после запуска
- состоит из интерфейса элементы
- государственную функцию
- частная функция
- личные данные вместе со всеми функциями доступа
- функции-члены поддерживают инкрементные изменения элементов интерфейса
- добавление, удаление или изменение
Я только что говорил с парнем, который раньше помнил, что это значит. Ирония в том, что он больше этого не делает. Как и все остальные в этой компании.
объяснение, которое я мог найти, состояло в том, что это в основном DTO, но они хотели использовать DCO для различения DTO, используемых Hibernate и DCOs, используемых внешними системами, в данном случае LDAP.
поэтому я считаю, что значение DCO действительно может быть, как предполагает Бхушан, объектом переноса данных или тому подобное, и в этом случае это действительно должно было быть просто другое имя для DTO. Ответ принят. Спасибо, что уделили время! Я думал, что DCO-общепринятая аббревиатура, широко используемая разработчиками, но оказалось, что это именно так... извиняюсь.
редактировать
ответ-объект контейнера данных, для тех, кто заинтересован. Я вызвал достаточно шума в компании, поэтому в конечном итоге коллега отправил по электронной почте местному инициатору термина DCO, и, если кто-то все еще хочет узнать, это стенды для Объект Контейнера Данных.
все, что я могу сказать, это объект переноса данных-это не то, что означает DCO, поместите "объект переноса данных" в google, и он не возвращает никаких хитов.
таким образом, термины должны быть неправильными.
Ok попробовал погуглить "объекты данных DCO"
и результат, что предполагает, что DCO означает "объекты изменения данных"
Я предполагаю, что DCO-это объект, который содержит изменения, "diff", данных объекта.
рефакторинг Dtos и падение суффикса DTO.
вы можете изменить Dao для хранения или что-то подобное.
во-первых EmployeeSetails без Dto / dco на конце, очевидно, является классом ценностей, имеющих значение, относящееся к сотруднику. Без другого термина очевидно, что это не утилита, которую следует назвать чем - то вроде EmployeeDetailsUtil/Helper и т. д.
ваш dao должен называться EmployeeSetailsStore, потому что это описывает его функцию a магазин EmployeeSetsils. Как и где он их помещает, не имеет значения, они скрыты в вашем коде. Если вы действительно хотите, вы можете назвать его HibernateEmploteeDetaileStore и т. д., Если он использовал Hibernate. Ваш интерфейс должен называться EmployeeSetailsStore. Разработчики или этот интерфейс будут использовать имя интерфейса в качестве начала и добавлять технологию impl к этому базовому имени.
последняя, но не менее важная строка - это значение массива char, но добавление Dto в этом случае уродливо и глупо.
должны использоваться только действительно известные аббревиатуры, такие как Url. В конце концов, магазин никогда не может быть запутанным, в то время как все аббревиатуры, которые вы упомянули, не делают вещи более ясными и в этом случае введены Co fusion и это покрытое время.
Если вы измеряете типизацию, используя то, что я предложил, вы на самом деле вводите меньше символов, и все яснее. всегда стремитесь к ясности, а не краткости, в конце концов, мы все быстрые наборщики, так что несколько дополнительных символов. В конце концов мы потратьте больше времени на чтение ,понимание и т. д., чем на ввод, поэтому несколько дополнительных символов в имени класса не снизят производительность...
Не экономьте...делайте это правильно с самого начала.
Я никогда не слышал о DCO, но является ли это объектом переноса данных просто другим именем для DTO?