sfree2005 最近的时间轴更新 sfree2005 最近的时间轴更新 |
sfree2005V2EX 第 139379 号会员，加入于 2015-09-22 15:17:16 +08:00 |
| ViuTV 的《IT 狗》 不错 剧集 • sfree2005 • 2022-01-21 14:24:58 PM • 最后回复来自 konchu | 9 |
| 数据库用多对多关系处理一对多关系，这样可以？ 程序员 • sfree2005 • 2020-05-16 14:18:23 PM • 最后回复来自 leoskey | 10 |
| 不会玩 WordPress 定制代码，用了 Corcel 感觉轻松很多。 WordPress • sfree2005 • 2018-12-11 18:37:32 PM |
| Flutter live 讨论 Flutter • sfree2005 • 2018-12-10 16:53:16 PM • 最后回复来自 f2ck | 8 |
| 觉得谷歌的 Flutter 会火 Flutter • sfree2005 • 2018-12-19 11:47:06 AM • 最后回复来自 huruwo | 61 |
| 买了运动手表，大大减少了掏手机的次数 小米 • sfree2005 • 2018-02-19 23:20:42 PM • 最后回复来自 lausius | 18 |
| 首尝做项目经理的感觉 程序员 • sfree2005 • 2017-11-28 02:47:01 AM • 最后回复来自 sfree2005 | 12 |
| 有没有这样一个现成的电商系统可以接入微信的？ 微信 • sfree2005 • 2017-09-16 13:29:14 PM • 最后回复来自 sfree2005 | 2 |
| 想买小米 Mix 当平板用，是不是要被打醒 Android • sfree2005 • 2017-09-12 11:49:53 AM • 最后回复来自 sfree2005 | 63 |
| CTO 对软件工程似乎不太了解，感觉很不好 职场话题 • sfree2005 • 2017-08-10 15:47:31 PM • 最后回复来自 sfree2005 | 61 |
sfree2005 最近回复了
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 只能是多对多， 一对多的也可以同时存在。
业务没有让用户删除订单的功能，只能是归档。毕竟都是钱的东西，怎么也要多方留个底。
的确不能保证某个外键永远一对多， 但 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 创建的主题 › 问与答 › 外包做一个简单商城类的小程序 包括后台服务器数据,大概需要报价多少钱? |
不是有现成可以选吗？ 几千快钱一年那种。这种真没必要重头开始做
Select Language