25年1月5日 13:10
表情[haixiu]-水波萌
@匿名评论于：2024-12-10 近日随想 看见更多可能
24年12月13日 21:37
哦，再补充一下，按设想应该是做的类银河恶魔城。这个肯定是要重新立项的，否则多少属于心里没点数了。
评论于：2023-1-15 近日随想 失败的自嗨
24年12月10日 06:52
Inspector里操作的实际上是SerializedObject和SerializedPropert。这是关于UnityEditor，也就是编辑器部分的内容。
评论于：【Unity】ScriptableObject实践入门-1
24年12月10日 05:46
如果是现在的我，可能会直接说，真心想做的私我去新群，如此筛一拨人。然后随便找个Jam参加一下，先把团队凝聚起来，让他们真正感受一下：做游戏也许没有想象中的那么有趣，更多时候是枯燥的。藉此再筛一拨人。可能到最后人都跑完了，但也比纯粹的混乱和浪费要好。
评论于：2023-1-15 近日随想 失败的自嗨
24年12月10日 05:27
补充一下，后来灵犀给我发面试通知，但是放我鸽子。之后又给我发通知被我骂回去了。
评论于：2024-4-10 近日随想 比赛与实习
24年12月10日 05:13
引用类型作为键时，实际上仍然是计算哈希值。所以内部字段改变时就会找不到键。可以使用以下办法：为引用类型加上唯一Guid，然后重写GetHashCode和Equals两个方法，依据此唯一Guid进行判断。
评论于：【C#】字典Dictionary踩坑日记&注意事项
24年12月10日 04:02
顺便说下，我负责的只有存读档表情[xiaoku]-水波萌，还有帮忙修修Bug。
评论于：Unity NewbiesJam 参赛作品 《逆流》
24年12月10日 03:44
QFramework就是一种基于命令的游戏框架。但命令式有一个问题，就是时序性不清。除了用户（玩家）以外，还有很多对象也要发送命令，谁先谁后的问题很难理清。所以我个人觉得命令式用在传统软件比较好，因为只有用户作为输入，抑制了这一问题。小项目的话单例系统完全够用，大项目的话就得结合项目本身专门设计框架了。
评论于：【C#】设计模式-命令模式
24年12月2日 00:34
好摆啊，没什么动力也没激情。话说这网站真的有人在看吗？不会全是人机爬虫吧表情[youling]-水波萌
评论于：留言板
24年9月9日 09:40
一年后：寄
评论于：2023-7-6 近日随想 平淡的小憩
加载更多