Должны блоки проверки допустимости в пружинном доступе база данных?

Question

Должны блоки проверки допустимости в пружинном доступе база данных?

Есть множество способов сделать это, и важно выбрать правильный. Вероятно, одно из самых важных архитектурных решений заключается в том, каким образом код модели будет доступен или доступен во всем приложении.

Некоторое время назад я написал сообщение в блоге об этом: Совместное использование кода модели . Вот краткое резюме:

Общие данные

Один из подходов состоит в том, чтобы делиться указателями на объекты модели между контроллерами представления.

Итерация грубой силы на контроллерах представления (в контроллере навигации или панели вкладок) для установки данных
Установка данных в prepareForSegue (если раскадровки) или init (если программный)

Поскольку подготовка к переходу является наиболее распространенным, приведем пример:

override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {
    var next = segue.destinationViewController as NextViewController
    next.dataSource = dataSource
}

Независимый доступ

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

Наиболее распространенный способ, которым я видел это, - это одноэлементный экземпляр. Поэтому, если ваш одноэлементный объект был DataAccess, вы могли бы сделать следующее в методе viewDidLoad UIViewController:

func viewDidLoad() {
    super.viewDidLoad()
    var data = dataAccess.requestData()
}

Существуют инструменты добавления, которые также помогают передавать данные:

Наблюдение значения ключа
NSNotification
Базовые данные
NSFetchedResultsController
Источник данных

Базовые данные

Приятно, что в Core Data есть обратные отношения. Поэтому, если вы хотите просто дать NotesViewController объект notes, вы можете это сделать, потому что он будет иметь обратную связь с чем-то другим, таким как блокнот. Если вам нужны данные на ноутбуке в NotesViewController, вы можете вернуться к графу объектов, выполнив следующие действия:

let notebookName = note.notebook.name

Подробнее об этом читайте в моем блоге: Совместное использование кода модели [1 125]

9

java validation spring spring-mvc

задан Vasil 25 June 2009 в 19:54

5 ответов

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

java validation spring spring-mvc

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

score 12 · Answer 1

Что ж, ваши валидаторы - это просто Spring beans, так что в них можно внедрить служебные объекты, которые обрабатывают доступ к данным. Вы можете заставить ваши валидаторы получать данные из базы данных без ущерба для дизайна.

score 3 · Answer 2

нет, валидаторы IMHO должны быть небольшими и не иметь побочных эффектов , чтобы их можно было легко комбинировать. Окончательно валидатор должен быть отделен от уровня сохранения.

score 7 · Answer 3

Это во многом будет зависеть от того, как вы определяете валидацию. Подумайте вот о чем: вы что-то покупаете и вводите номер своей кредитной карты. Если контрольная цифра не совпадает, вы не прошли проверку. Никакой транзакции не было. Если, однако, это действительный номер кредитной карты, но он не соответствует вашему почтовому индексу (требуется взаимодействие с БД / третьей стороной), то это ошибка платежа.

Теперь учтите следующее: вы вводите свой адрес, и вы введите Mastiffica как свою страну. Почему система даже позволила вам ввести это - они должны были ограничить интерфейс только действительными записями (запись в БД не требуется).

Или вы вводите «пятьдесят» в поле суммы на экране банковского платежа. Почему он разрешает буквы там - это не проходит проверку (нет необходимости в БД). Но затем вы вводите 50 в поле суммы, и оказывается, на вашем счету нет пятидесяти фунтов. Это ошибка проверки? Или это неудачная транзакция?

Теперь предположим, что вы прошли все основные проверки ввода (контрольная сумма кредитной карты, страна, цифры, почтовый индекс), и транзакция не удалась, потому что срок действия вашей кредитной карты истек. Это ошибка валидации или неудачная транзакция?

Вы можете думать о валидации как о базовой гарантии того, что пользователи не будут вводить совершенно непонятные данные, или вы можете думать о валидации как «Я могу завершить эту транзакцию с данными, которые у меня есть. было дано". Я бы лично предпочел первое, но опять же, это вопрос определения.