V2EX › YUyu101 的所有回复 › 第 12 页 / 共 13 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 4 5 6 7 8 9 10 11 12 13

❮

❯

2019 年 10 月 19 日

回复了 devswork 创建的主题 › 程序员 › 一两个人做开发，是推荐 JSP 还是 HTML+JQ（AJAX）？

没什么区别，服务端再怎么渲染也只能出 html，页面要动起来还得用 jq、vue、react，只不过 vue、react 的开发环境要用 nodejs，服务端渲染也要用 js，但不一定要 nodejs，nashorn 也可以。

2019 年 10 月 17 日

回复了 VisionTheta 创建的主题 › 问与答 › 各位 V 友们，你们有什么站着办公的神器吗？

站久了也不好，可以多种姿势，躺着办公，跑步机上办公。

2019 年 10 月 13 日

回复了 petelin 创建的主题 › 问与答 › 仔细想想，微服务架构相比于单体服务架构来讲优势也没有很大

本来 1 个人干一个月的活，变成了 10 个人每人干一个礼拜的活，如果你只有一个人当然没必要这样，不然你会干 10 个礼拜的活

2019 年 10 月 9 日

回复了 argc 创建的主题 › 程序员 › 迫于 iOS 没活干找不到工作，想学安卓，请问学 Java 还是 kotlin？

差不多，学了一个另一个也很快就可以学会。

2019 年 10 月 9 日

回复了 jxxz 创建的主题 › 问与答 › 非程序员怎么入门 oop

哈哈，我还记得刚学的时候那些个鬼例子，什么鸟继承动物。结果后来发现 oop 和真实世界没半毛钱关系，最后殊途同归还是数据和逻辑分开，等于表格+过程语言。

2019 年 10 月 8 日

回复了 cijianzy 创建的主题 › 分享创造 › 想做一个类似 Reddit / 贴吧的社区平台，大家觉得取什么名字好？

我也想过，但很快我意识到，做这个不是技术的问题，而是别的。

2019 年 10 月 4 日

回复了 bandian 创建的主题 › 分享发现 › 今天点开 Google 的个人数据记录看了一眼，感觉要疯了

讨论谁更有节操也没用，毕竟你不是员工怎么知道他到底删没删，所以好好利用现在资本还不能全世界畅通无阻，国内用国外的，国外用国内的，不就好了嘛。

2019 年 9 月 29 日

回复了 amiwrong123 创建的主题 › 程序员 › Java 泛型方法与通配符其中的类型推断该如何理解？

假设你习惯把 Long 的子类起名成 XXLong
Holder<? extends Long>编译器就当成了 Holder<XXLong>
推断 exact2 就是 static <XXLong> XXLong exact2(Holder<XXLong> holder, XXLong arg)
XXLong 是 Long 的子类，你后面一个参数传了 Long，Long 不能向下转型成 XXLong
但实际上并没有 XXLong 这个类。

2019 年 9 月 29 日

回复了 amiwrong123 创建的主题 › 程序员 › Java 泛型方法与通配符其中的类型推断该如何理解？

编译器不知道上下文，把自己想象成编译器只看这一句语句，上面的代码虽然是你写的，但你当做看不到，？等于占位用的，我不知道是什么类型
Holder<? extends long>
可能是 holder<Along extends long>
也可能是 holder<Blong extends long>
但实际整个工程里没有任何继承 long 的类，

2019 年 9 月 29 日

回复了 Sniper416 创建的主题 › 程序员 › 关于云服务器 1M 带宽的选择

我也不懂，1mb 好像太小了吧，ajax 请求当然问题不大，但是 htmlcssjs 图片加起来就大了，别人要是刷新几下怎么办，感觉就只能当个 api 服务器用，静态资源得另想办法。

2019 年 9 月 27 日

回复了 gz911122 创建的主题 › MySQL › 有没有可能分析 sql 语法来进行 1 对 n 返回结果结构化之类的呢?

select a.*,(select json_agg(b.*) from b where aid=a.id) as b from a
查出来就是 a , b:[b1,b2]

2019 年 9 月 27 日

回复了 gz911122 创建的主题 › MySQL › 有没有可能分析 sql 语法来进行 1 对 n 返回结果结构化之类的呢?

用函数转成 json 或者 array 塞到子查询里吧，不然还会碰到你想查用户的发帖列表和回复列表这种，一对几个多的情况，用表格无法表示结果，只能塞到一个字段里去，而且还不用 orm 映射了。否则就分两次查询。

2019 年 9 月 27 日

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

@passerbytiny 本地是指数据库所在服务器，不是客户端，客户端是消费服务的嘛。不然所有的函数要保存状态，要状态同步，不还得去调用存储服务嘛，与其假装无状态不如大家都有状态，要强一致就同步，不强一致就互相缓存

2019 年 9 月 27 日

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

@monsterxx03 但是他们都是往一个数据库里塞的吧，我是想存储过程塞到各自的本地存储里，互相之间远程调用。

2019 年 9 月 27 日

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

@LongMaoz 如果某天有一个数据库的存储过程可以用任何语言写，并且可以下断点调试，是不是就爽了。

2019 年 9 月 27 日

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

@cassyfar 是想减少通讯成本，函数做运算总要有数据源吧，数据不是从别的函数来就是从数据库来，大量计算 io 都在本地做掉是不是很好，如果不需要用到数据库更好了，连数据库都省了。

2019 年 9 月 27 日

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

@whileFalse 这是分布式本来要面对的问题，服务都拆分了，数据库不随着业务一起拆，那和水桶最短版一样了，数据库和业务接口合并作为最小单元，一致性由在代码中保证应该挺灵活吧，毕竟对外接口是你写的控制权在你手里，需要一致的地方一致，不需要一致的地方就缓存。我不是指业务要用 sql 实现，我想要数据库支持各种语言，自身变成一个自带存储，事务和服务的框架。

2019 年 9 月 27 日

回复了 YUyu101 创建的主题 › 问与答 › 既然现在都搞 serverless，为什么不直接业务嵌入存储过程

@yidinghe 可以学 postgres 一样上别的语言写函数嘛，c，js，python 都可以。

1 ... 4 5 6 7 8 9 10 11 12 13

❮

❯