V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  libook  ›  全部回复第 211 页 / 共 247 页
回复总数  4932
1 ... 207  208  209  210  211  212  213  214  215  216 ... 247  
2019-02-21 14:00:19 +08:00
回复了 zycpp 创建的主题 旅行 想出国玩一趟,求指导
得根据出行计划以及候选目的地的时节吧,泰国的话最近几个月貌似是最热的时候,马上就 3 月份了,可以去日本看樱花。

其实消费大头主要在机票和住宿,一万左右中国周边国家应该可以,发展中国家应该无压力,去发达国家可能会比较吃紧。
我觉得你买新品和你女票的 MBP2017 不会有多少差别,倒不如直接用她的。

你想想,你卖了女票的 MBP2017,买了一个和 MBP2017 不管外观、功能还是性能都几乎一模一样的 MBP2019,何必呢。。。我就是一直在用 MBP2016,而且觉得还能再用 2 年,我是做后端开发的。

用 Mac 基本就是冲着系统去的,而不管是 MacMini、MBP2017、MBP2019、MB,日常使用都是完全一样的。
2019-02-19 10:33:17 +08:00
回复了 Lateautumn 创建的主题 Python JWT 服务端怎么理解不需要存储 session
JTW 实现无状态的思路是把用户会话完全交给客户端来记录,所以需要服务端修改用户的会话状态的话,JWT 这种机制就不适用。

不过拿 JWT 来当 Cookie/Session 来用也未必不好,比如能比较方便得解决 Cookie 在各应用平台上实现的难题。

没有银弹,每种设计思路都有适合或不适合的场景,如果想最大程度享受无状态带来的好处,又希望有改密码踢出登录这种功能的话,可以把用户密码的 Hash 也存在 JWT 的 Payload 里,然后如果有人修改了密码就把这个用户 ID 和密码 Hash 放到各个服务的黑名单里,比如 Token 失效时限是 7 天,那么这个黑名单里的项目也可以在加入 7 天后自动移除,这样在预期极少数人修改密码的情况下可以做到尽可能无状态。这个方案稍微复杂一点的就是如何在弹性伸缩的服务集群中有效广播黑名单。

都是要看实际情况来设计的。
2019-02-18 17:26:07 +08:00
回复了 libook 创建的主题 Hexo 自己写的实时演算插件
@Laynooor
@zhaishunqi

调皮~

去世了就回来改一下文章内容吧,毕竟维基百科上也是发生了事件随时人工修改的。

其他的场合可能更合适,比如:“距离人类首次登月已经 XX 年了”。
Google play store 或海外 APP store,下原版。
2019-02-04 11:42:54 +08:00
回复了 spaceack 创建的主题 问与答 程序员如何提升自己的逻辑思维能力?
逻辑分形式逻辑和数理逻辑。
数理逻辑是写程序用的,看离散数学就可以。
形式逻辑是和人交流用的,我记得是法律专业的必修课(一般大学里好像就叫逻辑学),可以找找相关教材
2019-02-04 11:38:08 +08:00
回复了 Pencilrain 创建的主题 Linux Linux 有没有自带的 process manager?
systemd 能满足需求
2019-02-03 13:55:09 +08:00
回复了 Trumeet 创建的主题 Arch Arch Wiki 真的是万能的么..
恭喜你捡到宝了,确实是万能的。
Arch 的两大法宝 ArchWiki AUR
2019-02-02 09:10:45 +08:00
回复了 tg1108 创建的主题 Node.js 有没有啥 node.js 的异步编程模式优化的方法
@tg1108 个人认为回调处理异步本身没有什么问题,但是用在不同场景下可能会觉得不顺手,所以最好提供一些例子,表明在这些情况下有什么觉得别扭的地方,然后大家可以按此情况提供一些建议
2019-02-01 12:56:57 +08:00
回复了 papertiger 创建的主题 问与答 哪些情况下说话中文夹英文会让人讨厌?哪些时候不会?
之前认真研究过代码里的注释到底应该是用中文还是用英文,突出的问题是翻译难以信达雅,比如“ ArrayBuffer ”翻译成“数组缓冲”听起来好陌生,以及“地推”到底翻译成“ Ground Promotion ”还是“ Earth Push ”不管是老外还是中国人都听不懂,最终的结论是都不重要,重要的是让别人方便理解。

说话的时候也一样,重要的是让别人听懂,哪怕用纯中文交流还要注意大家是不是在同一个知识层面上,夹带英文词汇也得是基于同一个知识层面上。

所以我最烦人家在不清楚我是否知道一个概念的时候跟我说这个概念的英文缩写,比如“这件事的 I 非常重要”我怎么知道这个 I 是 ROI 的 I 还是 KPI 的 I 还是 RACI 的 I ……
2019-02-01 11:59:56 +08:00
回复了 chaleaochexist 创建的主题 程序员 请教,rest api 的设计问题,关于粒度.
@chaleaochexist
首先得确定业务上的 resource 越来越多的原因是什么:
1. 程序规划失误,该删删,该合并合并,特别是已经废弃的业务,保持代码精简。
2. 产品无理需求,该拒拒,改怼怼,或尝试帮产品经理梳理需求得出更简单有效的方案。
3. 实际业务规模扩大,这时候就无法避免 resource 的数量上升了,横竖业务复杂度就那么多,View 层再怎么精简只是把复杂度甩给了其他层;如果 View 层 resource 太多造成复杂度过高,那么可以依然使用分层解耦的思想来解决,继续拆分,比如微服务和 BFF(Backend For Frontend)。
2019-02-01 11:46:07 +08:00
回复了 Riverrun 创建的主题 程序员 新手程序员,如何提高面向对象编程能力?
理论都了解的话,还是的练,自己做点小项目啥的,比如做些工具库,尝试使用面向对象的思想来设计。

不过面向对象不能一招走天下,其他的变成思想最好也看看,项目上灵活使用。
2019-02-01 11:42:44 +08:00
回复了 cheng8241 创建的主题 程序员 有没有大佬考虑过用 U 盘做系统来用?
如果 U 盘只用作启动,不用做存储数据的话,是没什么问题的,很多 Linux 发行版提供的 Live 就是个例子。
存数据的话得看 U 盘用的闪存芯片了,如果是 TLC 的话,是有写入次数限制的。容量大主控调度合理的话其实也可以忽略;容量小、主控比较弱鸡的话,会比较容易坏。
@crewkicks 我是 2016 15 吋 touch-bar,当年用 Angular1,还是一套挺简单的基于 jQuery lite 的框架,现在的框架编译依赖包就得半个 G。。。
今非昔比了。不过苹果的优化做到这种程度也挺牛了。。。
2019-02-01 11:01:06 +08:00
回复了 lekai63 创建的主题 信息安全 曾记否,流光溯雪,阿 D 冰河灰鸽?
某社交网站上的个人资料现在还写着“前红客”。
2019-02-01 10:53:04 +08:00
回复了 chaleaochexist 创建的主题 程序员 请教,rest api 的设计问题,关于粒度.
resource 和 model 的定义是取决于你的系统架构规划的,不同人根据不同需求做不同项目可以对这两个的定义不同。
一般来说,如果服务端套用 MVC 思想的话,resource 是 V 层的,model 是 M 层,他们两个可以是不同的,也可以是一致的,比如我上面做的方案中,User resource 和 User model 可以是同一个东西,而 Username resource 可以是 V 层单独抽象出来的,实际上是 User model 的一个属性。

MVC 是利用了计算机科学中的分层解耦思想来降低系统复杂度的,既然分层解耦了,那么 model 和 resource 就是没有直接关系的,他们两个之间可以是任意对应甚至多对多的关系(多个 model 的信息聚合成一个 resource 的信息)。
2019-02-01 10:46:18 +08:00
回复了 fourstring 创建的主题 JavaScript 请教一个关于 this 的问题
@no1xsyzy 参考 MDN 英文的说法,https://developer.mozilla.org/en-US/docs/Glossary/Scope Scope 可能对应的是我们平时说的“作用域”。楼主的问题是 this 的问题,那么 this 是遵循原型链原理的,而原型链和作用域链貌似是 JS 里的两套独立体系。
@setv528 这是真的,因为我做 web 开发,所以耗电并不多,但如果做 Android 或 iOS 就很不一样了,模拟器确实能吃掉不少电量。
2019-01-31 17:50:06 +08:00
回复了 chaleaochexist 创建的主题 程序员 请教,rest api 的设计问题,关于粒度.
REST 是围绕资源( Resource )的,那么首先要确定有几个资源。

假设只有 1 个资源,就是 User,那么 id、name、age 都是 User 的属性,接口可以设计如下:

直接通过 id 定位确定的一个用户
/user/:id
相应的 CRUD 对应 POST GET PUT DELETE 方法。

针对用户集合
/user/collection
可以通过 query 来指定 name 或 age 查询条件,
相应的 CRUD 对应 POST GET PUT DELETE 方法。

如果有特殊需求就是希望的到一个 Username 列表,可以让 Username 是 User 下的一个子资源(属性):
/user/collection/username?age=99

REST 的接口要尽可能简单、明确,每个接口值提供一个功能,如果你在内部使用 if else 来判断选取不同逻辑的话,我觉得这个接口本身承载了两个功能,建议拆分成两个不同的接口。
1 ... 207  208  209  210  211  212  213  214  215  216 ... 247  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1371 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 78ms · UTC 17:36 · PVG 01:36 · LAX 10:36 · JFK 13:36
Developed with CodeLauncher
♥ Do have faith in what you're doing.