У меня есть многоуровневое приложение SOA и база данных с более чем 100 таблицами. Я использую инфраструктуру сущностей для своего уровня данных, которая берет на себя все операции CRUD.
У меня есть 1 фасадный класс, который размещен в службе и может вызываться клиентскими приложениями повсюду.
Этот класс фасада содержит такие методы, как
private void DoSomething()
{
//insert to table1
//insert to table 2
//delete from table 3
//more CRUD operations
}
И класс фасада в основном заполнен множеством других методов, подобных DoSomething().
Таким образом, клиент в основном создаст экземпляр класса фасада и получит доступ ко всем этим методам.
Теперь мой вопрос: это лучшая практика для шаблона фасада? Я чувствую, что класс фасада слишком «тяжелый», и я не уверен, повлияет ли это на производительность, если мое приложение увеличится.
Будет ли создание экземпляра класса фасада очень дорогой операцией, если в нем будет множество методов?
t needs to persist some individual state per instance (and probably doesnt), вы будете реализовывать его как синглтон (это самый распространенный сценарий), что дешево. 05.10.2012