Должны ли службы всегда возвращать DTO или модели доменов?
это использование для Scope так же, как это
<script type="text/javascript" language="javascript">
$('#tbleName tbody tr').each(function{
var txt='';
txt += $(this).find("td").eq(0).text();
\\same as above but synatx different
var txt1='';
txt1+=$('#tbleName tbody tr').eq(0).text();
alert(txt1)
});
</script>
значение txt1 и txt одинаково в вышеприведенном примере $ (this) = $ ('# tbleName tbody tr') - Same
2 ответа
При возврате части модели предметной области это становится частью контракта. Контракт трудно изменить, поскольку вещи за пределами Вашего контекста зависят от него. По сути, Вы сделали бы часть своей модели предметной области трудно для изменения.
А очень важный аспект модели предметной области - то, что легко измениться. Это делает нас гибкими к требованиям изменения домена.
Поздно стороне, но I’m, стоящему перед тем же самым типом архитектуры и I’m, склоняющегося к “only DTOs от service”. Это главным образом, потому что I’ve, решенный, чтобы только использовать домен, возразил/агрегировал для поддержания законности в объекте, таким образом только при обновлении, создании или удалении. Когда we’re, запрашивающий для данных, мы только используем EF в качестве репозитория, и отображает результат на DTOs. Это делает нас свободными оптимизировать запросы чтения и не адаптировать их к бизнес-объектам, часто с помощью функций базы данных, поскольку они быстры.
Каждый сервисный метод определяет свой собственный контракт и поэтому легче поддержать со временем. Я надеюсь.