首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Braisdom  ›  全部回复第 22 页 / 共 31 页
回复总数  617
1 ... 14  15  16  17  18  19  20  21  22  23 ... 31  
❮ ❯
2020 年 12 月 18 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@l00t 你的问题很好啊，Java 为什么要设计 Interface? 是一个可以探究的问题，需要研究历史，和最初的设计思想，以及当初所面临的背景问题。

我讨论的是为什么要用 Interface，而不是为什么要设计一个 Interface，如果没有 Interface 又是一个什么样的编程方式？那是另一个话题。

我是以实践为基础，讨论 Interface 在我们的实际工作中到底应该怎么用？寻找不同 Case 之间的规律，提出指导建议。过于抽象的理论对实际工作基本没有什么作用，也就是现有的知识传授体系和书籍的通病。
2020 年 12 月 18 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@l00t 这三个只是接口的基本使用方法，也是能够很好解决为什么使用接口的规则，但不是强制规则，依赖的方式可以是一个抽象类，也可以是一个接口，但相比而言接口更合理。

至于过程化编程语言和面向对象的编程语言的差异，那是另一个话题，别总剧透呀。
2020 年 12 月 18 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@l00t 至少三个编程概念是已经得到共识的，你翻看 JDK 的源码，或者 Apache 顶级项目的源码，基本都能看到。

1 ）对依赖的封装，2 ）对依赖的约束，3 ）对整体规范的定义

一项知识讲的太抽象，太空洞，能解释一切，其实你也什么解释不了，真正需要学习的知识是具体的，实际的，可验证的，这样才能对实际的工作有指导意义，否则讲太多理论，等于什么也没讲
2020 年 12 月 17 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
BTW: 这只是我的第一个系列，觉得有所收获的，请回复认可，我的分享也需要动力，如果总是不受待见，我也没有积极性了。


@koujyungenn
@Kaiv2
@haosamax
@l00t
@yukong
@wysnylc
@gyh
@zhazi
@IrisFrankie
@DeepDarkVan
@darling19961030
2020 年 12 月 17 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@fewok ORM 是一种编程模型，所有语言都适用，是用一种视角去理解编程的方式，go 强不强大，是在它处理关系数据库计算时的能力，能不能适应复杂多种的应用场景。有兴趣加我微信，我们细聊
2020 年 12 月 17 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@l00t

知识分两类，一种是别人传授的知识，另一种是自身体会的知识。随着时代的进步，有很多人传授你知识，如何分辨真伪，要靠自身的判断。我是一个分享知识的人，也是我切身的体会，你的挑战很合理，触碰到你知识的边缘，勇于挑战，是学习的动力，我们共勉...
2020 年 12 月 17 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@Kaiv2 你的想法很好，我给 Oracle 发了邮件，但那帮人比较传统，更多是尊重传统，Java 应该不太会支持，只能通过其它方式了。
2020 年 12 月 17 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@yukong 细聊
2020 年 12 月 17 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@l00t @yule111222 @haosamax

我来回复一下，但这只是我的理解，大家可以观摩：

1 ）面向对象中，有一个比较基础的概念，所有依赖都是抽象的，这也就是说所有需要外部类协调完成的工作都是接口，这也就 Spring 的概念，依赖都是通过接口形式注入，保证业务逻辑的动态性，Server, Mapper 等都是接口（当然有些是没有必要的）。

2 ）约束：每个子模块对外部的输入都是有一定性约束的，Java Interface 起到约束行为注入的约束，在 ObjectiveSQL 中 ModelDescriptor 就是很好的体现，子模块需要的信息通过 Descriptor 的形式进行注入。

3 ）规范定义：Java Servlet, JMS 是最好的示例，针对一组特性完整的定义，其实是一组接口，接口定义的只是概念，而不关心具体的实现。

在我们实际的工作中，Java Interface 的定义更多的是依赖的定义，重要的是我们对职责的分离，这是面向对象设计的基础，我先简单描述，大家有不想法可以挑战。
2020 年 12 月 17 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@l00t
1 ）日志打印，异常的处理，后续我会介绍，远远不是个人偏好，期间有经过大量程序员的错误所积累的逻辑和规律。
2 ）体系化的知识里只告诉你如何定义？怎么使用？至于为什么也是在大量实践过程中积累的。

个人偏好的确会用不同的方法使用，但背后的经验和规律则大致相同，所有的经验和规律都来自惨痛的经验。

既然你已经提出挑战，我们就讨论一下：“为什么要定义一个 Java Inteface ？”，大家也可以观点...
2020 年 12 月 17 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@l00t 提提你的想法，贴出来，让我学习，我的目的不是传教，自我我的提升也很重要，
2020 年 12 月 17 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@zhazi 那些都太技术了，多看几次，多试几次都能学会的，都是“术”，正在写过程序的人，有深刻理解的人应该都能回答上面的问题，是否全面就另说了。
2020 年 12 月 17 日
回复了 Braisdom 创建的主题 › 程序员 › 凡事就怕问为什么（认识的升级）系列一
@IrisFrankie
@DeepDarkVan

感谢你们的回复
2020 年 12 月 16 日
回复了 Braisdom 创建的主题 › Java › 分析一下 Java ORM 框架的原理，大家怎么看？
@brezp 是本人的漫画版本
2020 年 12 月 16 日
回复了 Braisdom 创建的主题 › Java › 分析一下 Java ORM 框架的原理，大家怎么看？
@levon 您是 V 站的老人，感谢您的鼓励，我会继续努力，不能只停留在到处推广，而是真正的做好项目。
2020 年 12 月 15 日
回复了 Braisdom 创建的主题 › Java › 分析一下 Java ORM 框架的原理，大家怎么看？
@cloudhuang
1 ）本质上 ObjectiveSQL 还是 SQL 的拼接，就像所有的应用层网络协议一下，底层还是 TCP/IP，目前我还不能超越 SQL，但我有更深层次的想法，目前还不成熟。

2 ） SQL 域指的就是传统 SQL 编程，Java Class 中的 name 就有两层含义，一层是表示传统 Java Bean，只能承载 String 类型的值，另一层，就是需要承载作为 SQL 语句抽象后的 Column 含义，它的行为和状态是 String 不具备的，例如：

User.Table user = User.asTable();
Select select = new Select();

select.project(count())
.from(user)
.groupBy(user.name.).orderBy(user.name.asc());

这里的 user.name 其实是 Column 的实例。
2020 年 12 月 15 日
回复了 Braisdom 创建的主题 › Java › 分析一下 Java ORM 框架的原理，大家怎么看？
@guyeu 立场不同，说法就不同，经历不同，也会有不同的说法。我只是朴素的阐述自己的理论，ORM 的出现已经 20 多年了，DSL 的理解有很多层，不同人有不同的理解。
另外说一句，我很不喜欢发明新说法，Java 领域有太多新概念了，“语义表达的双重性” 是我的理解，当然也有其它的说明法，我只是表达一个 Java Field 需要表达两种不同的语义。语法的一致性是一个事实，是我用 Java 的运算符重载解决的特性，大家可以有不同的理解。

欢迎挑战，最近在推广，我很希望听到不同的意见，感谢各位。
2020 年 12 月 15 日
回复了 Braisdom 创建的主题 › Java › 分析一下 Java ORM 框架的原理，大家怎么看？
@zhangbohun 有道理，自己的项目希望更多人知道，开源的肯定不太会花费用去打广告，我也只能用自己的知识去交换眼球，希望能够理解。
2020 年 12 月 15 日
回复了 Braisdom 创建的主题 › Java › 分析一下 Java ORM 框架的原理，大家怎么看？
@cloudhuang 更直白一点的说，
class User {
private String name;
}

class UserDO {
private Column name;
}

Java 域中，name 只能用来存储状态，类型为 String
SQL 域中，name 是另一个类型 Column, Column 中有状态和行为

传统的方法就是静态生成另一个类 UserDO, 而 ObjectiveSQL 中则不需要，是动态生成。
2020 年 12 月 15 日
回复了 Braisdom 创建的主题 › Java › 分析一下 Java ORM 框架的原理，大家怎么看？
@cloudhuang 当然不是，我再补充一下（后续有必要写一份文档，详细说明）：
1 ）语义的双重性：其实就是程序的开发中，同一个编程元素要表达两个不同的含义，例如：一个 Class 中的 Field 在 Java 中是一种类型的数据或状态的载体，例如：class User 中 private String name，从语义上讲，它只能保存 User 实例中的 name 的状态，如果将 User 的实例用于拼接 SQL，这个 name 其实是对应的 users 表中的一个 column, 这种语义的表达，在目前的编程模型中是无法做的，因为 SQL 域中，name 是另一种类型 Column, Column 也有自身的状态和行为，例如：user.name.asc(), user.name.orderBy() 等。这就需要两种不同的定义方式，User, UserDO 两种不同的定义方式表达同一个模型定义, 这也就导致了重复编码和静态生成的变更问题。

2) 至于 Java 的运算符重载，你可以参考： https://www.v2ex.com/t/734572#reply103
里面有详细的描述和讨论。
1 ... 14  15  16  17  18  19  20  21  22  23 ... 31  
❮ ❯
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2103 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 14:50 · PVG 22:50 · LAX 06:50 · JFK 09:50
♥ Do have faith in what you're doing.