V2EX › sfree2005 的所有回复 › 第 1 页 / 共 22 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 22

❮

❯

2022-07-20 11:19:40 +08:00

回复了 muunala10221 创建的主题 › JavaScript › 后端想推 graphql，我不想用咋办

写全新功能的时候用还差不多，如果现有的都要改那就太那个了。话说你为什么不喜欢 graphql ？我觉得挺不错，type 类型从后到前，不容易有 bug ，文档也清晰。

2022-01-19 22:13:08 +08:00

回复了 sfree2005 创建的主题 › 剧集 › ViuTV 的《IT 狗》不错

@dalaomai @MakHoCheung viutv worldwide 的油管频道就可以看，官方的

2021-08-28 17:40:34 +08:00

回复了 rightcapital 创建的主题 › 酷工作 › [北京][外企][965] RightCapital PHP / React 开发招聘

实话实说，很有诚意 👍

2020-05-19 14:39:15 +08:00

回复了 kisshere 创建的主题 › 程序员 › 是不是只要我把网站服务器 ssh 端口关了，就绝对安全了？

没有绝对安全的，毕竟你做得网站就有一部分东西肯定是公开的。除非你网站没有什么特别重要的东西，实施行业一般标准的安全规则就行。别人要黑你网站也要有动机吧，只要破解一般的安全规则的成本高过你的资料成本，也就没有黑的动力了。

2020-05-16 07:13:15 +08:00

回复了 sfree2005 创建的主题 › 程序员 › 数据库用多对多关系处理一对多关系，这样可以？

@newtype0092 他的理由和楼上的说的差不多，就是扩展性好之类的，但我觉得有点设计过度，可以一对多的时候就一对多。而且有些关系永远是一对多的，例如 created_by, 多对多我感觉就是需要的时候再用。

2020-05-16 07:10:02 +08:00

回复了 sfree2005 创建的主题 › 程序员 › 数据库用多对多关系处理一对多关系，这样可以？

@mmdsun 但我觉得如果外键字段多更需要一对多的，而不是多对多。获得每个外键的信息的多对多查询更复杂，每个外键都更复杂一点，那更多的外键不是让查询变得更复杂，性能更低了吗？

业务没有让用户删除订单的功能，只能是归档。毕竟都是钱的东西，怎么也要多方留个底。

的确不能保证某个外键永远一对多，但 orders 表里用户相关的外键肯定有永远一对多的，例如 created_by 这样的外键。我的意思是不能允许 orders 和 users 只能是多对多，一对多的也可以同时存在。

2020-05-15 20:33:43 +08:00

回复了 youyelan9527 创建的主题 › PHP › PHP 项目写单元测试的多么？告诉我不是我一个人在 F5 刷新看结果

Laravel 会根据网站设计写 API 的时候 TDD，感觉这比较符合逻辑。你知道要有什么输入和输出才能去写怎么实现。

2019-04-03 09:56:36 +08:00

回复了 waning007 创建的主题 › 问与答 › 外包做一个简单商城类的小程序包括后台服务器数据,大概需要报价多少钱?

不是有现成可以选吗？几千快钱一年那种。这种真没必要重头开始做

2019-01-13 04:57:57 +08:00

回复了 oneWalker12 创建的主题 › 问与答 › 寻找无薪开发项目

那可以去参与开源项目呀

2019-01-10 09:44:15 +08:00

回复了 myljs 创建的主题 › 分享创造 › 历经 20 天，我终于完成了这份专为程序员编写的英语学习指南

@debugjoker 马来西亚的朋友会表示看不懂。