为什么我们使用数据源而不是DriverManager？
我试图理解的是连接和数据源之间的区别，以及它存在的原因。我的意思是，上面的块表明关于数据源的细节对应用程序是透明的，但是在属性文件中外部化数据库属性如用户名、密码、url等，然后使用DriverManager是否会以同样的方式工作？
创建DataSource接口是否只是为了有一种返回可以池化的连接的通用方式？在Java EE中，应用程序服务器是否实现了这个接口，并且部署的应用程序是否具有对数据源的引用而不是连接？
共有1个答案
更好的可伸缩性和维护性
对于DriverManager，您需要知道连接到DB和获得连接的所有细节（主机、端口、用户名、密码、驱动程序类）。在属性文件中外部化它们不会改变您需要了解它们的任何事实。
使用DataSource，您只需要知道JNDI名称。AppServer关心细节，不是由客户机应用程序的供应商配置的，而是由应用程序所在的管理员配置的。
-
问题内容： 我正在阅读Java JDBC规范（版本4），并且遇到了以下语句： DataSource-此接口在JDBC 2.0可选软件包API中引入。它优于DriverManager，因为它允许有关基础数据源的详细信息对应用程序透明 我想了解的是a 和a 之间的区别以及它为什么存在。我的意思是，上面的代码块说关于数据源的详细信息对于应用程序是透明的，但是是否不会在属性文件中外部化数据库属性（例如用户
-
我正在学习亚当·简斯的合唱团教程。 数据是用这个代码块加载的 而准备就绪被定义为 我把这个序列理解为 首先-创建一个名为promises的数组，其中第一项是来自此链接的已解析json，第二项是来自该文件的id/值对的映射 第二，获取promise变量中的所有promise，如果成功，则触发函数ready，如果失败，则不执行任何操作 如果这是对的，那么相对于这样的东西有什么优势呢？我用伪代码写这个因
-
我想知道为什么人们似乎不使用GraphQL jus与Redux。 我以前从未使用过GraphQL，但我想开始一个新项目，但阿波罗和继电器都不能说服我。目前，我正在创建一个使用react和redux以及“老式”RESTAPI的应用程序。我喜欢redux的想法，它将我的应用程序的全部信息存储在一个地方。 现在，据我所知，阿波罗和中继都做了类似的事情，但它们使用单独的存储，在这两者中，我们混合了逻辑和视
-
问题内容： 从log.go（执行日志包）： 只是一个函数包装器，为什么我应该用它代替or ？ 有实际原因吗？ 问题答案： 两件事不同： 通过包日志进行打印对于并发goroutine是安全的（而普通的则不是） 日志可以自动添加计时信息。 因此，这是两件完全不同的事情。log用于记录和格式化。（好吧，log使用相同的动词和标志，但这很方便）。
-
问题内容： 我是一个完整的初学者。 我已阅读了有关解决方案的Google文档。我在互联网上搜索了同样的内容。 但。一切似乎都是技术性的。 据我了解，.Flush有助于在功能出现时立即执行这些功能，而无需将它们捆绑在一起。 我对吗？ 如果不是的话，外行人的含义是什么？并请举一个简单的例子。谢谢。 问题答案： 程序员在希望确保在继续之前将先前代码的输出和/或效果写入电子表格时会使用。如果您不这样做，则
-
问题内容： 是否要保持与旧版本（未生成）的向后兼容性？还是我缺少一个更微妙的细节？我在（）中也看到了这种模式，但是归纳为。 问题答案： 之所以使用，是因为它匹配的对象不必与您传递给的对象具有相同的类型；它只要求它们相等。根据规范，如果存在这样的对象，则返回true。请注意，没有什么要求，并且必须是相同的类型。这是因为该方法接受一个as参数，而不仅仅是与该对象相同的类型。 尽管通常已经定义了许多类，