 |
fantastM嘘，别动。 V2EX 第 194294 号会员，加入于 2016-10-01 16:59:40 +08:00今日活跃度排名 2966 |
https://fantasticmao.cn
fantastM 最近回复了
3 天前 回复了 thetbw 创建的主题 › 分享创造 › 写了个简单的 Java sql 执行监控 |
「看一下执行的 sql 是啥」这个需求是不是可以通过给 JDBC 接口套个代理来实现，这样就可以对任意 JDBC 实现都生效了（成本是需要入侵业务了......
20 天前 回复了 gogf 创建的主题 › 职场话题 › 坐标杭州，两年 C++菜鸟，拿了几个 offer，纠结的很，大佬们帮忙看看 |
海康算用 C++ 里的大厂么...行情也太差了吧...
22 天前 回复了 fiht 创建的主题 › 职场话题 › 毕业三年记 https://gangdaomeimei.cn/?p=600 |
自己也不禁开始怀念过去了
25 天前 回复了 fantastM 创建的主题 › 问与答 › 有偿寻求一个户外摄像头（夜间监控）的方案 |
@sytnishizuiai 哈哈我也学到新知识了
@suisetai 倒是一个不错的新思路！
@dLvsYgJ8fiP8TGYU 感谢回复！我搜了一个海康的产品，看下来挺符合需求的，准备尝试买它使用一下 https://item.jd.com/100023375500.html
@suisetai 倒是一个不错的新思路！
@dLvsYgJ8fiP8TGYU 感谢回复！我搜了一个海康的产品，看下来挺符合需求的，准备尝试买它使用一下 https://item.jd.com/100023375500.html
25 天前 回复了 fantastM 创建的主题 › 问与答 › 有偿寻求一个户外摄像头（夜间监控）的方案 |
@dLvsYgJ8fiP8TGYU 感谢如此详细的回复！
可以使用 4G 的。
他们的住所只是在瓜园里搭的大棚而已，虽然没有网线，但是有电线的。
防护的区域是瓜园的一些入口，面积不大，但是有好几个，所以应该是需要买多个摄像头的。
另外想问下，摄像头用 4G 联网的话，应该不会 24 小时都在上传监控画面吧。我搜了一个用流量卡供网的摄像头，看它的产品参数里是支持用 SD 卡存储的，但不知道它具体是怎样产生流量费用的。
可以使用 4G 的。
他们的住所只是在瓜园里搭的大棚而已，虽然没有网线，但是有电线的。
防护的区域是瓜园的一些入口，面积不大，但是有好几个，所以应该是需要买多个摄像头的。
另外想问下，摄像头用 4G 联网的话，应该不会 24 小时都在上传监控画面吧。我搜了一个用流量卡供网的摄像头，看它的产品参数里是支持用 SD 卡存储的，但不知道它具体是怎样产生流量费用的。
38 天前 回复了 0576coder 创建的主题 › Java › 关于 Java 的 SPI，我感觉就是一个面向接口编程的概念，为何要这样设计 |
> 我是不理解这种配置文件的方式，这个其实跟我手动注入，感觉本质上他没有很大的区别。
如果这个 JDBC 的 SPI 配置文件是你写的，那相当于你是 JDBC 驱动的开发者了，这样的话，确实和你手动注入没什么区别，毕竟工作量都是你一个人的......
> 根据配置注入具体的实例=SPI 吗 那我感觉本质上也是一种依赖注入 不知道是不是可以这样理解
SPI 就是 Service Provider Interface 的缩写，用「根据配置注入具体的实例」拿来做可扩展的服务发现，是一种解耦思想的体现。
例如，SDK （ JDK ）提供约定行为的 Interface （ java.sql.Driver)，并且对这个 Interface 使用逻辑还是在 SDK 里的（在 java.sql.DriverManager#getConnection(String url) 里会用到），然后 SPI 的实现者（ mysql-connector-java ）只需提供 Interface 的具体实现（ com.mysql.cj.jdbc.Driver ）即可，不需要关心 Interface 的使用逻辑。
从这方面看，SPI 和 DI 还是不太一样的吧，虽然这两者的都是为了解耦。
楼主你纠结的「这种配置文件的方式」和「跟我手动注入」两种方式，代码跑起来是没什么区别，但你站高处想一想，两者从设计上有什么区别，尤其是对使用者而言。
如果这个 JDBC 的 SPI 配置文件是你写的，那相当于你是 JDBC 驱动的开发者了，这样的话，确实和你手动注入没什么区别，毕竟工作量都是你一个人的......
> 根据配置注入具体的实例=SPI 吗 那我感觉本质上也是一种依赖注入 不知道是不是可以这样理解
SPI 就是 Service Provider Interface 的缩写，用「根据配置注入具体的实例」拿来做可扩展的服务发现，是一种解耦思想的体现。
例如，SDK （ JDK ）提供约定行为的 Interface （ java.sql.Driver)，并且对这个 Interface 使用逻辑还是在 SDK 里的（在 java.sql.DriverManager#getConnection(String url) 里会用到），然后 SPI 的实现者（ mysql-connector-java ）只需提供 Interface 的具体实现（ com.mysql.cj.jdbc.Driver ）即可，不需要关心 Interface 的使用逻辑。
从这方面看，SPI 和 DI 还是不太一样的吧，虽然这两者的都是为了解耦。
楼主你纠结的「这种配置文件的方式」和「跟我手动注入」两种方式，代码跑起来是没什么区别，但你站高处想一想，两者从设计上有什么区别，尤其是对使用者而言。
38 天前 回复了 0576coder 创建的主题 › Java › 关于 Java 的 SPI，我感觉就是一个面向接口编程的概念，为何要这样设计 |
如果你的应用需要连接多个不同的数据源（ MySQL 、PostgreSQL 、Oracle…），那么就需要使用多个 JDBC 的驱动。按你说的方式，开发者需要先去各个驱动对应的官网查资料（得知道 com.mysql.cj.jdbc.Driver 这个约定值），然后再编写多次各个驱动对应的注册代码。这儿的「 JDK - JDBC 驱动 - 开发者」三个角色都被耦合了。
用 SPI 这种机制的话，起码在注册驱动这一点上，开发者是不用再顾虑了的，JDBC 驱动可以在其内部提供实现。楼主可能对 MySQL 已经很熟悉了，所以体会不是很深，不过假设现在要连接一个你完全没接触过的数据库（例如 SQLite ），你是不是会期望做的事情越少越好？
还有你说的 DI 什么的……那更好理解了，你看看一个单纯的 Spring 应用和基于 Spring Boot 应用有什么区别，然后 Spring Boot 是怎样提供一些默认配置的，它的 spring.factories 文件有什么作用？这难道和 SPI 的思想不一样吗
用 SPI 这种机制的话，起码在注册驱动这一点上，开发者是不用再顾虑了的，JDBC 驱动可以在其内部提供实现。楼主可能对 MySQL 已经很熟悉了，所以体会不是很深，不过假设现在要连接一个你完全没接触过的数据库（例如 SQLite ），你是不是会期望做的事情越少越好？
还有你说的 DI 什么的……那更好理解了，你看看一个单纯的 Spring 应用和基于 Spring Boot 应用有什么区别，然后 Spring Boot 是怎样提供一些默认配置的，它的 spring.factories 文件有什么作用？这难道和 SPI 的思想不一样吗
44 天前 回复了 TripleZ 创建的主题 › 程序员 › 求 V 友推荐个 Hugo 主题~ |
不是 Hugo 主题，但也是 Introduction 页面，我一直觉得 antirez 的很酷... http://invece.org/
45 天前 回复了 waibunleung 创建的主题 › 程序员 › 初级后端的疑惑，如何估算接口 qps，以及 redis 占用多少容量， nginx 能抗多少并发 |
#22 先确定一些「能不能扛得住」的指标吧，不同场景对系统正常运行的指标是不同的（例如后台的统计 SQL 和用户的实时查询 SQL 对延迟的要求），然后跑基准测试看看。MySQL 的话，你可以看看《高性能 MySQL 》的第二章，或者搜关键字 mysql+benchmark
Select Language