这套包的核心不是 Web 页面，而是移动端棋牌客户端。归档中有 project.json、project.manifest、configuration.json 和 main.jsc，同时存在 src/Logic.jsc、src/LocalConfig.jsc、src/ResConfig.jsc 等文件，整体符合 Cocos Creator/JSB 发布产物的组织方式。源码以 .jsc 编译脚本为主，说明交付物并非完整的可读 JavaScript 工程；能否恢复到可维护的 Creator 工程，要看是否另有未编译脚本和对应引擎工程文件。
归档约 1.64 GiB，包含 43137 个条目，资源以 .png、.mp3、.json、.jsc、.atlas 为主，并附带 dev.sql。其中 res/playing 下可见 daqi、doudizhu、paohuzi 等玩法资源，客户端还分出 res_majiang、res_paodekuai 更新清单，说明大厅、玩法场景和热更新资源之间有较清晰的边界。
| 层次 | 现有文件线索 | 作用判断 |
|---|---|---|
| 客户端入口 | main.jsc、project.json |
启动、资源加载与场景初始化 |
| 业务脚本 | src/*.jsc、571 个 .jsc |
大厅、房间、牌局、亲友圈和配置逻辑 |
| UI 与配置 | 1321 个 .json |
界面节点、玩法面板、结算层和弹窗 |
| 多媒体资源 | PNG、MP3、atlas、plist | 牌桌皮肤、按钮、音效、语音和动画 |
| 数据层 | 数据库/dev.sql |
需要配套后端导入的数据库初始结构 |
二、玩法清单与产品功能
从资源文件名和现有界面可以确认，产品定位是“亲友圈 + 房卡房间 + 地方玩法”，而不是单一的广东麻将客户端。
| 分类 | 中文名称 | 英文名/代号 | 关键线索 |
|---|---|---|---|
| 麻将 | 广东麻将 | Guangdong Mahjong / majiang |
大厅麻将入口、麻将建房配置、麻将结算层 |
| 麻将 | 浠水打七 | Xishui Da Qi / qiChun 相关资源 |
创建房间页直接出现“浠水打七” |
| 纸牌 | 跑得快、11张跑得快 | Paodekuai / PDK |
Play_PaoDeKuai*、bg_PaoDeKuai11 |
| 纸牌 | 斗地主 | Dou Dizhu / DDZ |
Play_doudizhu*、斗地主牌面与结算层 |
| 纸牌 | 五十K | Fifty K / wushiK |
创建房间页的独立玩法入口 |
| 牌类 | 牛牛 | Bull Bull / NN |
Play_niuniu、poker/niuniu 与牛牛结算资源 |
大厅提供亲友圈、创建房间、加入房间、战绩、代理号、邮件、公告、设置和个性装扮等入口。建房页支持房主出、AA、封顶倍数、局数、人数、玩法开关、积分底分等地方规则配置；高级设置还包含隐藏亲友圈桌子、禁用攻击表情、隐藏在线人数、解散次数和解散时间。实名认证、用户协议和防沉迷提示也被放进了客户端流程。
亲友圈大厅把房卡、钻石和房间入口放在首屏，说明运营模型偏向熟人房和局费/房卡管理。对于实际运营，还需要服务端补齐登录、房卡扣减、房间状态、战绩、代理关系、公告、邮件和风控审核等能力，客户端界面本身不能替代这些服务。
三、架构与部署条件
建议把部署拆成三部分：数据库、游戏服务端、Cocos 客户端。数据库先导入 dev.sql，再根据服务端配置建立账号、库名和字符集；服务端需要确认实际语言、进程管理方式、端口和 Redis/消息服务依赖。当前归档能直接确认有 SQL 和客户端配置，但不能仅凭客户端包确认后端语言、接口协议或生产级运维脚本，因此部署前必须拿到与该版本匹配的服务端目录。
客户端层通常需要 Cocos Creator 对应版本、Android SDK/NDK 与 Gradle 工具链来重新构建 Android 包；iOS 则需要 macOS、Xcode、签名证书和 provisioning profile。若只使用交付的 APK/IPA，可跳过客户端编译，但仍需修改 configuration.json 或同类配置中的服务器地址、资源地址和版本清单，并验证热更新目录可访问。
推荐的最低测试环境如下：Linux 发行版服务器 2 核 4GB 内存起步，MySQL 5.7/8.0 兼容环境，按服务端实际依赖准备 Redis；正式运营再按在线人数扩容。客户端构建机建议 Windows 或 macOS 8GB 内存以上，磁盘至少预留 10GB。这里的配置是小规模联调起点，不是源码已经证明的官方硬件要求。
一次联调的时间大致为 0.5—1 天：数据库与服务启动约 1—2 小时，域名、HTTPS、资源/CDN 和热更新配置约 1—3 小时，客户端地址替换与真机验证约 2—4 小时。若缺少服务端或引擎工程，时间会转化为逆向排查和补齐依赖，不能按现成安装包直接估算。
四、部署操作清单
- 备份压缩包和数据库脚本，确认解压密码可用，并核对客户端、服务端、数据库是否同一版本。
- 在测试库创建独立数据库，导入
dev.sql，检查表前缀、时区、字符集和初始管理员数据。 - 部署服务端，按配置文件填写数据库、缓存、登录回调、资源地址和端口；开放客户端需要访问的 HTTP/HTTPS 与长连接端口。
- 发布资源目录和
project.manifest，保证版本文件、资源文件的 MIME 类型和跨域/缓存策略正确。 - 修改客户端服务器地址和热更新地址，先使用 Android 测试包验证登录、进大厅、建房、入房、结算、战绩和断线重连。
- 逐项测试广东麻将、浠水打七、跑得快、斗地主、五十K和牛牛的建房规则，尤其检查房卡/钻石扣减与结算一致性。
- 最后再配置实名认证、公告、邮件、代理、审核和日志监控，完成真机兼容性与压力测试后上线。
五、二开能力与边界
可二开的部分比较明确：大厅入口、玩法开关、建房参数、牌桌背景、皮肤、公告文案、邮件和代理入口都有独立资源或 JSON 层，适合做品牌替换、地方规则调整和 UI 皮肤改造。res_majiang、res_paodekuai 这类独立清单也利于拆分热更新包。
边界同样明显。当前交付中大量逻辑为 .jsc 编译文件，缺少可直接阅读的原始 JS、Creator 场景工程和服务端源码；压缩包中的客户端文件也不能证明接口、支付、风控和代理结算已经完整交付。若要改发牌、计分、房卡账务、实名认证或跨房间状态，必须获得服务端源代码、数据库模型和协议说明，不能只改图片或 JSON。
此外，包内同时出现多套 Home、Login、CreateRoom 和玩法后缀版本，二开时应先锁定实际入口，清理未使用资源并建立版本基线。建议每次改动都保留一份原始资源清单，先在测试服验证热更新，再制作 Android/iOS 包，避免客户端与服务端协议错版。
六、界面效果与结论
下面图片均来自项目提供的界面素材，已统一使用中文文件名并压缩到约 60KB 左右；它们覆盖登录、大厅、玩法配置、公告、设置、装扮和实名认证等完整产品路径。
综合来看，七星广东浠水的价值在于地方玩法数量、亲友圈产品骨架和较完整的移动端资源，而不是“解压即拥有完整可维护源码”。如果配套服务端、数据库说明和 Cocos 工程齐全，它适合快速搭建地方棋牌产品；如果只有前归档，则应把它当作编译后的客户端交付物，先完成版本、协议和后端完整性审计，再决定二开投入。
下载地址：
