可見性得以保障,并不意味著

是的，所以可以說您正在編寫一個Spring MVC應用程序，然后您決定：“我想做一些單獨的封裝算法，這些算法可以互換來執行特定的行為”。

對此的經典回應是“您需要一個戰略模式男孩！”。 所以，這就是我所做的，考慮下面的代碼…

接口

public interface MealStrategy {cook(Meat meat); }

首要策略

@Component public class BurgerStrategy implements MealStrategy {@Autowired CookerDao cookeryDao;@Overridepublic void cook(Meat meat) {cookeryDao.getBurger(meat);} }

下一個策略

@Component public class SausageStrategy implements MealStrategy {@Autowired CookerDao cookeryDao;@Overridepublic cook(Meat meat) {return cookeryDao.getSausage(meat);} }

上下文...

@Component @Scope("prototype") public class MealContext {private MealStrategy mealStrategy;public void setMealStrategy(MealStrategy strategy) {this.strategy = strategy;}public void cookMeal(Meat meat) {mealStrategy.cook;} }

現在說這個上下文是通過mvc控制器訪問的，例如...

@Autowired private MealContext mealContext;@RequestMapping(method = RequestMethod.POST) public @ResponseBody Something makeMeal(Meat meat) {mealContext.setMealStrategy(new BurgerStrategy());mealContext.cookMeal(meat); }

通常，這對于與策略模式一起使用非常有意義。 但是，使一切崩潰的那一行是控制器中的那一行…

mealContext.setMealStrategy(new BurgerStrategy())

這將導致在Spring的應用程序上下文之外創建bean的新實例。 這很好奇，如果您不能使用new來創建新實例，那么應該如何在Spring中實現模式呢？ 在StackOverflow上問了這個問題之后，我得出的結論是使用依賴注入模式（根據Spring中的標準自動裝配）并進行策略的單獨注入。 首先，我需要修改策略，以便它們命名組件。

@Component("burger") public class BurgerStrategy implements MealStrategy { ... }@Component("sausage") public class SausageStrategy implements SausageStrategy { ... }

現在在控制器中，我有單獨的策略可以使用，因此，除了設置策略外，我還只是選擇合適的注入策略。

@Resource(name = "burger") MealStrategy burger;@Resource(name = "sausage") MealStrategy sausage;@RequestMapping(method = RequestMethod.POST) public @ResponseBody Something makeMeal(Meat meat) {burger.cookMeal(meat); }

參考： 策略模式不適用于Spring！ 從我們的JCG合作伙伴 David Gray在Code Mumble博客上獲得。

翻譯自: https://www.javacodegeeks.com/2013/11/strategy-pattern-aint-meant-for-spring.html

可見性得以保障,并不意味著

總結

以上是生活随笔為你收集整理的可见性得以保障,并不意味着_战略模式并不意味着春天！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。