※ 引述《tas72732002 (葱头)》之铭言：
: 因为最近在看反射, 看到了动态加载的部分, 想请问一下各位
: 静态加载, 代表编译时期其就确定了"可能"加载的class, 一般使用new呼叫称做静态加载
: 动态加载, 代表执行时才加载指定的class, 一般透过Class.forName(类别名称)来进行动态加载
: 不知以上的定义是否有错误?
: 此外, 如果已经确定了可能使用的类别, 那还需要动态加载吗?
: 如程式中有三种情况, 依照不同情况执行,
: if ( args[0] == "aMethod") {
: aMethod demo = new aMethod();
: } else if(args[0] == "bMethod") {
: bMethod demo = new bMethod();
: } else if(args[0] == "cMethod") {
: cMethod demo = new bMethod();
: }
: 这样我还需要使用动态加载的方法吗?
: 之前看到使用动态加载的如JDBC的使用,
: 所以我的了解是, 如果不确定要产生的物件是什么, 可以使用动态加载,
: 但上述情况已经确认会有三种情况, 那还需要使用动态加载吗?
这情况蛮常见的呦。
拿 JDBC 来说好了，API 制定者最初在当 JDBC interfaces 时，
并不知道“未来”有哪些人会去实作 Driver interface。
现在某间公司开发出了一个
“别管 NoSQL 了，你听过 RMDBS 数据库吗？”的 Driver，
而使用者觉得他很好用，想用这个新型态的 DB 来当作储存资料的主 DB
于是使用者，用了某个很好用的 db access layer 的 library
或是 framework，让使用者可以指定
jdbc url、driverClass，当然还有帐号密码。
那么这个超好用的 db access layer 的 library 或 framework
就会使用使用者填好的 driverClass 并叫 classloader 加载它：
Driver driver = Class.forName("
“别管 NoSQL 了，你听过 RMDBS 数据库吗？”
")
这么一来，使用者就可以在 JDBC 这个抽象的接口下，
使用这种新型态的 DB
所以，你在想这问题时，应该没有想过有这么多角色，
在不同的时空下，为 JDBC 接口制定与后续的实作分别付出了不同的努力