Как к объектам передачи данных проектирования в слое бизнес-логики
Нет способа достичь этого в целом . Если вы обратите пристальное внимание, вы заметите, что предложения упорядочены по актуальности. breakpoint является первым, потому что вы набрали ak, и ak ближе друг к другу в bre ak point, чем в a rgs k wargs.
Однако вы можете «исправить» это, проверив «сортировать предложения по алфавиту» (в настройках -> Редактор -> Общие -> Завершение кода). Очевидно, что это только «исправит» этот конкретный случай и потенциально нарушит все другие варианты использования.
Другим решением может быть удаление записей из диалогового окна завершения кода (т.е. удалить breakpoint()), но я не думаю, что это возможно без других побочных эффектов (например, установка Python < 3.7 там, где его нет). [118 ]
2 ответа
1: Это - довольно стандартный подход, который предоставляет себя хорошо реализации "репозитория" для лучшего тестируемого единицей подхода.
2: Исключения (который должен быть объявлен как "отказы" на границе WCF, btw) будут повышены автоматически. Вы не должны обрабатывать это непосредственно. Для данных - существует три общих подхода:
- использовать
refпо контракту (не очень симпатичный) - возвратите (обновленный) объект - т.е.
public DTO SomeOperation(DTO item); - возвратите просто обновленную информацию об идентификационных данных (первичный ключ / метка времени / и т.д.)
Одна вещь обо всех них состоит в том, что это не требует другого типа на операцию (контрастируйте Ваш Result класс, который должен был бы быть дублирован на DTO).
Q1: можно думать составных типах Контракта Данных WCF как DTOs для решения этой проблемы. Таким образом, Ваш уровень UI только имеет доступ к свойствам DataContract's DataMember. Ваши атомарные операции были бы методами, выставленными Вашим Интерфейсом WCF.
Q2: Настройте свои контракты данных Ответа для возврата нового пользовательского типа с первичными ключами и т.д... WCF может также быть настроен к пузырьковым исключениям назад к UI.