V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ca1123  ›  全部回复第 1 页 / 共 16 页
回复总数  320
1  2  3  4  5  6  7  8  9  10 ... 16  
2022-07-15 11:11:08 +08:00
回复了 ca1123 创建的主题 数据库 遇到一列引用多个可能表主键的情况怎么办?
@bthulu 也合理, 面向对象就很关系型
2022-07-15 10:15:35 +08:00
回复了 ca1123 创建的主题 数据库 遇到一列引用多个可能表主键的情况怎么办?
@bthulu 我猜, 是一种泛化 schema 的东西么?
2022-07-15 10:14:53 +08:00
回复了 ca1123 创建的主题 数据库 遇到一列引用多个可能表主键的情况怎么办?
@bthulu 哭唧唧, 我是野生的, 我不知道 efcore 是啥...
2022-07-15 10:14:26 +08:00
回复了 ca1123 创建的主题 数据库 遇到一列引用多个可能表主键的情况怎么办?
@golangLover 啊哈, 和我手工的做法差不多, 我也是用了 type, 看来我虽然笨, 但是没弄错.
2022-07-15 04:19:23 +08:00
回复了 coala 创建的主题 Java [ Java ] 代码质量糟糕, 是常态吗?
感谢 java, 这样拼凑的东西也能用
2022-07-15 02:03:31 +08:00
回复了 ca1123 创建的主题 数据库 遇到一列引用多个可能表主键的情况怎么办?
@golangLover 面相对象的范式本身就挺关系型的, 这个同构是怎么来的... 我其实不太懂 hibernate... 我写 clojure 的. 我最后选择直接把父类记成 entity 了, 把几个表合并了.
2022-07-14 20:12:52 +08:00
回复了 ca1123 创建的主题 数据库 遇到一列引用多个可能表主键的情况怎么办?
@mm163 交给程序判断也可以, 反正 SQL 引擎自己也是图灵机
2022-07-14 20:12:08 +08:00
回复了 ca1123 创建的主题 数据库 遇到一列引用多个可能表主键的情况怎么办?
@golangLover 相当于给多个表做了一个父类?
这决定于你要一个还是两个 schema
一个的话就改表结构, 添加一个外键
两个 shcema 的话, 就用"地址". 让程序用"地址"去找原始数据
@DonaldY 我想到一种情况, 就是说假设有事件 A, B, C, 我们来看 C, C 的间隔在记录的时候是 C-B, 但是如果 B 被删掉了, 是不是就变成 C-A 了? 这决定于事件这个 entity 的性质, 比如人事问题, 记录了什么, 是在职员工的, 还是历史员工的?
管用就行, 能拔脓就是好膏药. 比如我就写不来 C 这一绺子的代码, 只能写函数式...
能用微信群已经是 "咱们自己的孩子" 天大的恩惠了, 你居然还不满足?
标准做法不是做隔离么?
2022-07-10 09:11:53 +08:00
回复了 ca1123 创建的主题 程序员 我已经完全是 recurse 的形状了, 有老哥 Clojure 玩的比较六的么?
@Dregs2 我今天又怼了一天 macro, 自定义 macro 组装 go-loop, 里面还有<!和作为传进来参数的 channel. 人都麻了. clojure 还真是有点问题, 数据结构上, 不像其它 lisp 是封闭的, clojure 很多数据本质是 java 对象, 包括语言本身的要素, 正向求值 fn 的时候没问题. 但是在 macro 里面如果, 就不能形成 clojure 代码的 closure. 如果 var 里面是一个 java object, 它也可以 unquote, 但是 eval 不认... 这时候就得手操 dynamic var, 或者 intern symbol, 或者 laziness (如果这个 object 其实是 clojure 代码产生的), 把 macro 里面 eval 要用的数据套一个 clojure var 的形式, eval 这个东西, 还不接受 lexical binding, fn 参数符号和 let 的符号都不认. 不过这个用 macro 接收 s-exp 拼一个能运行的 form 的目的总算有点眉目了.
管理能力拉胯
我不懂, 但我大受震撼, 对于不认识的, 3, 4k 就能, 对于真心喜欢的, 可能相伴终生的, 就要拼命拿捏, 榨得渣子都不剩...
2022-07-08 20:25:58 +08:00
回复了 ca1123 创建的主题 程序员 我已经完全是 recurse 的形状了, 有老哥 Clojure 玩的比较六的么?
@Dregs2 是, macro 会把整个 list 对应到一个 symbol 上去, 只 resolve 一次
2022-07-08 20:25:24 +08:00
回复了 ca1123 创建的主题 程序员 我已经完全是 recurse 的形状了, 有老哥 Clojure 玩的比较六的么?
@1hscj3sm63 我哭死, 我写不来 C 系的语言, 都是谭浩强的错
2022-07-08 15:14:16 +08:00
回复了 ca1123 创建的主题 程序员 我已经完全是 recurse 的形状了, 有老哥 Clojure 玩的比较六的么?
@Dregs2 你说的对, 出现在 macro 定义里面的函数当场就求值了, 不会等到运行时. 在 runtime 里面, unquote 的时候, 这个部分处理过了, runtime 就去看别的地方了, 不会关注处理出来的值是不是还要求值, 就不会再处理了, 就相当于一个 quote. 我想要的是先 unquote, 和模板拼好, 然后再求值, 所以应该用 macroexpand-1 和参数上的 unquote 让 runtime 先拼模板, 模板拼好了, 一股脑丢给 eval 就行了. 主要是看别人说 eval 不好, 少用, 但是 eval 能用的特殊情况中其中一个用法就是 runtime 才知道参数内容.
1  2  3  4  5  6  7  8  9  10 ... 16  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2423 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 16:10 · PVG 00:10 · LAX 09:10 · JFK 12:10
Developed with CodeLauncher
♥ Do have faith in what you're doing.