把接口单独打包啊，两边引用

logback.xml放在类目录的根路径。如果是maven中，放在test\resources里

spring在启动的时候会扫描路径里的有@Service @Component @Controller @RestController标记的类，还有配置文件里<bean>标记的类，然后实例化并将类里面的依赖的组件注入后放入一个容器，在系统运行的时候就去找这些东西，这里@Bean标记和配置文件里<Bean&gt...

{代码...}

区别开类型和实例

通过配置文件配置建造顺序，决定同样的参数，不同来源的覆盖策略。另外，在构建的时候把这些Importer放到一个容器里面，director类在构建的时候根据配置策略挨个去找这些Importer就可以了。设置参数的时候可以通过反射实现。

Cloneable接口仅仅是个标志，他里面是空的Object的clone方法是本地方法，比较有效率使用clone方法的几个条件 {代码...} 　　2）为了获取对象的一份拷贝，我们可以利用Object类的clone方法。 　　3）在派生类中覆盖积累的clone方法，声明为public。 　　4）在派生类的...

异常抛不抛出，抛出什么异常，主要考虑这个异常需要在哪里处理。比如说，别人调用你的二维码工具，生成的时候出错了，应该告知调用者执行这段代码的时候出错了，调用者可以在自己的代码里选择继续执行，还是干脆就中断抛出，打不打日志等问题。如果没有抛出，调用者...

pdf转换成图片或html，然后将这些转换后的资源包含在页面中。chrome这种能查看pdf是下载下来后，通过自身所带插件打开pdf的。

Container类保存了一对key-value键值对，但是类型是定死的，也就说如果我想要创建一个键值对是String-Integer类型的，当前这个Container是做不到的，必须再自定义。那么这明显重用性就非常低。

当你要确定“函数中的this是什么”的时候，永远不要到函数定义的地方去找答案！而是要到函数被调用的地方找答案！ 具体说：函数里面的this的含义，是由它被调用的方式决定的。 换句话说，当你看到下面的代码时： {代码...} 你就可以确定f里面的this就是指a，而不管f是...

我觉得，你弄错了问题的重心。 首先，在前端上的修改并不能阻止用户的提交，这个世界上有很多专门用来修改页面的工具，Chrome？FireBug？ 那么你真正的工作量应该是在后段。 其次，这时候才开始考虑前端的屏蔽，那么就Easy多了，随便用一个什么方式，关了submit就可...