Quote: 引用:

这么大个架子。策划做完了吗？有些什么道具，功能是否分类了？
一个道具使用入口，根据道具分类引入不同的使用方法，switch(id)产生不同效果

没想那么多。。。现在是想到什么做什么。
准备先把基本的架子搭起来，然后再好好想想怎么规划。
你的建议是一个道具一个类，还是一个使用方法一个类啊？

Quote: 引用:

写一个基类，所有继承该类的子类都是道具。
写一个接口，所有道具都应当实现这个接口。

嗯，和我想的一样！
道具的使用用一个接口来写，根据不同的道具实例化不同的接口，然后使用道具时就能有不同的作用了。

我不想在程序里用代码判断使用了什么道具，现在是这么做的：
在数据库的道具类型表中增加一个字段，直接把spring中配置的bean的id写进去，这样使用这类道具时就直接调用对应的bean了，用的是applicationContext.getBean(name);

感觉还可以，不知道有没有什么坏处呢？

Quote: 引用:

Quote: 引用:

写一个基类，所有继承该类的子类都是道具。
写一个接口，所有道具都应当实现这个接口。

嗯，和我想的一样！
道具的使用用一个接口来写，根据不同的道具实例化不同的接口，然后使用道具时就能有不同的作用了。

我不想在程序里用代码判断使用了什么道具，现在是这么做的：
在数据库的道具类型表中增加一个字段，直接把spring中配置的bean的id写进去，这样使用这类道具时就直接调用对应的bean了，用的是applicationContext.getBean(name);

感觉还可以，不知道有没有什么坏处呢？

你不需要在程序里去判断用了什么道具，你使用道具  只是调用了这个道具实例的某一个方法。