Это совершенно не решение. Если у меня в таблице 12 столбцов - это что я должен 12 методов с разными сигнатурами? А если некоторые мне нужны в диапазоне или более сложные выборки? Да и DAO класс тогда будет раздутым еще больше.
Да, все верно. Ограничения есть по скорости большие. Поэтому от EF отказался сразу.
Фактически, тогда для каждой субд можно использовать query buider и тогда облегчить себе задачу.
Для меня главное скорость и возможность переключения.
Спасибо! А то на тостере, как отвечать на вопросы типа "Как организовать свой день, где найти мотивацию" и тд. много ответов. А на что то более узкое не найдешь адекватного и знающего человека.
Спасибо за ответ! И за комментарии. В принципе, подумал и соглашусь.
На всякий случай спрошу у Вас, может тоже подскажите:
Есть возможность в Репозитории создать метод ExecuteQuery, но так, чтобы после изменения на другую базу данных, все продолжало работать. То есть для каждой бд свой парсер запроса? Когда нибудь с подобным сталкивались?
Спасибо за ответ! Я знаю что такое Ioc, но может я до конца не понял, как это позволит мне писать меньше кода. Из вашего предложения config.Bind().ImplementsBy();
выходит, что для каждого репозитория я должен пробандить. А если у меня их 25, 30 и так далее - каждый раз менять тяжело. Да и нужно вести учет всех репозиториев и случайно ни один не пропустить.
Не могли бы Вы, привести маленький пример, как с помощью Reflection API можно упросить?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.