ПОСТЕПЕННО по сравнению с DTO: это в порядке для неравнодушного гидратирования объекта области?

Question

ПОСТЕПЕННО по сравнению с DTO: это в порядке для неравнодушного гидратирования объекта области?

Зависимость - введите компонент ResourceLoader и используйте его для доступа к PDF, например,

.

import org.springframework.context.ResourceLoaderAware
import org.springframework.core.io.Resource
import org.springframework.core.io.ResourceLoader

class MyService implements ResourceLoaderAware {

    ResourceLoader resourceLoader

    InputStream getPdfContent() {
        Resource pdf = resourceLoader.getResource("classpath:path/toPdf.p12")
        pdf.inputStream
    }
}

6

domain-driven-design poco dto

задан JontyMC 5 May 2009 в 16:46

1 ответ

Другие вопросы по тегам:

domain-driven-design poco dto

Похожие вопросы:

score 3 · Accepted Answer

Для меня все сводится к тому, где вы хотите, чтобы накладные расходы были, либо у вас будет набор разных классов для представления ваших DTO, либо у вас будет набор методов, каждый из которых возвращает один и тот же объект домена, но с разными "гидратированными" полями.

Несколько вопросов, которые я задам, чтобы помочь принять решение:

каковы накладные расходы при гидратации всего объекта? Действительно ли стоит дополнительная сложность (DTO или частично гидратированных объектов)?
Будет ли кто-нибудь еще использовать ваш код? Не путайте людей с частично гидратированными объектами, DTO могут быть более понятными, когда люди приходят поддерживать ваш код.

Я немного лично предпочитаю DTO, так как я чувствую, что долгосрочное обслуживание вашей системы будет проще. Если ваша группа из одного человека,