т.е. отличаются они только набором полей, соответственно в будущем, я возможно вынесу эти методы в базовый класс, а он уже будет собирать нужный набор полей для определенного класса наследника. Я к тому, что реализация может поменяться и соответственно, если сейчас запрос создается верно, то потом могут возникнуть проблемы. Возможно все таки правильно на этапе Unit тестирования проверять взаимодействие с БД? Чтобы я мог поменять архитектуру и тут же прогнать свои тесты.
Или же мне нужно просто проверять, что в нужном мне методе, просто верно генерируются параметры для запроса, а не сам запрос?
Тут понятно. Но если у меня есть набор записей. Допустим список из 30 пользователей. При редактировании любого из них, должно сохраняться текущее состояние всех пользователей. То же и при добавлении и при удалении
joxi.ru/Op2ZU_3JTJA8Y2BYgXw
но я устанавливаю используя репозитории, к примеру ppa:ondrej/apache2. Несколько уже перебрал - меняется только список недостающих зависимостей
По 2му варианту можно немного подробнее? Расширяю конструктор по сути и подгружаю view в документ. Куда? Допустим куда-нибудь в конец body. Есть ли смысл как-то кэшировать эти вьюшки на клиенте, чтобы в след. раз они подгружались уже локально?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.