Как можно принудительно использовать службу данных GORM вместо GormEntityApi - PullRequest
0 голосов
/ 29 марта 2020

Как я могу обеспечить, чтобы все операции сохранения сущности в моем приложении Grails выполнялись через службы данных GORM , и никогда напрямую в моих классах домена (например, методы в GormEntityApi и динамические c средства поиска) ?

В идеале методы поиска GormEntityApi и dynamici c вообще не будут доступны на моих классах домена, но я бы также принял решение, которое нейтрализует методы, заставляя их всех бросать, например, UnsupportedOperationException.

Я выполнил кучу целых rnet поисков, изучил документацию GORM и даже немного покопался в коде GORM, и я не могу найти какую-либо информацию об этом. Поскольку службы данных предоставляют все те же функциональные возможности CRUD, что и GormEntityApi и динамические c средства поиска, это кажется разумным решением. Я чувствую, что, должно быть, что-то упустил.

1 Ответ

1 голос
/ 30 марта 2020

Как заставить все операции персистентности сущностей в моем приложении Grails выполняться через службы данных GORM

Нет способа применить это прямо сейчас.

Я выполнил кучу целых rnet поисков, изучил документацию GORM и даже немного покопался в коде GORM, и я не могу найти какую-либо информацию об этом.

У нас нет поддержки в каркасе для этого.

Поскольку службы данных предоставляют все те же функции CRUD, что и GormEntityApi и динамические c средства поиска, это кажется разумным вещь, чтобы хотеть сделать. Мне кажется, что я что-то упускаю.

Не думаю, что вы что-то упускаете. Мы решили не добавлять черту GormEntity к классам домена по умолчанию, но сейчас это происходит, и мы не предоставляем механизм для его отключения.

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