Без отражения можно определить класс для запуска

Question

Так что я в ситуации, когда хочу иметь базу данных объектов, содержащих классы для запуска. Это будет выглядеть примерно так:

id | Description  | pricingClass 
1 | "static pricing" | staticDeliveryPrice.class 
2 | "Dynamic pricing" | dynamicDeliveryPrice.class 

Целью этого является обеспечение гибкости в моем кодировании. Моя мысль состоит в том, что это позволит использовать несколько способов определения того, как определить цену метода доставки.

Проблема, о которой я беспокоюсь, является отражением плохого использования в этом сценарии? Есть ли лучший способ сделать это? Является ли это следованием твердым принципам (я бы сказал, да, но часть меня не согласна).

Answer 1

Вы описываете архитектуру с плагинами. Вам действительно нужна такая гибкость? Обычно это необходимо, когда:

• людям вне вашего проекта нужно добавить новые функции в код без вашего вмешательства
• вы хотите, чтобы выполнения модификации программы.

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

Кроме того, это не очень хорошая вещь, чтобы поместить бизнес-логику в базу данных: вы смешиваете проблемы, вы создаете сильную связь (внезапно переименование классов станет раздражать!), И, конечно, сложнее рассуждать о том, что происходит в ваш код, просто глядя на него.