游戏客户端,不同界面之间有各种错综复杂的判断,如何应对

发布于 2022-08-29 16:42:07 字数 260 浏览 13 评论 0

比如说打开一个关卡详情页面时要判断背包体力等等,满足条件才能打开。然后在没有关闭详情页的情况下获得新东西背包满了又是另一套处理方法,可能就不需要检查满不满也可以继续了

目前只知道在每个调用的地方都写上一堆东西,有没有什么方案是可以比较好的处理这种情况的?

----------------------------补充-----------------------------

不是特指条件判断,是说需求会非常繁复多变。希望能够了解应对这种项目的经验思路。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

我为君王 2022-09-05 16:42:07

需求会非常繁复多变,表现在UI上肯定有不同的处理。所以在表现层只能根据各种不同的情况分开写。
具体业务处理的模块尽量公用,这样在修复bug时就不需要每次去改一大堆地方。

这个颗粒度确实不太好划分。

还有,观察者模式实现数据和表现的同步确实比较方便。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文