xenoblade 最近的时间轴更新
xenoblade

xenoblade

V2EX 第 139657 号会员,加入于 2015-09-24 12:32:59 +08:00
今日活跃度排名 9259
前IOS开发,后端开发,主机游戏爱好者,游戏音乐爱好者。
xenoblade 最近回复了
顶着 ID 说说我的想法:考虑到 OP 不了解建模,效率高的办法就是游戏模型提取了,广泛用于 MMD 圈和 3D 打印圈,游戏模型提取的工具链挺全的,网上也有很多教程,需要实践踩坑,不想花时间可以直接咸鱼找人接单。
模型拿到了之后就是渲染了,还需要实现命火粒子效果、命火材质、命火剩余量的动画。
总之 3D 要了解的东西还是挺多的,如果不强求其实 2D 实现起来快很多。。。
从我的经验来说,大部分情况下,对外提供的 http 接口应当显式在服务中申明,再补充几个优势:
1. 方便进行外部流量治理;
1. 确定了内部接口与外部接口的边界,外部接口的定制化更加灵活;
2. 项目交接时,代码即接口文档;

而 gateway http to rpc 适配器的方式可以作为特殊情况下的补充(前提是该体系有成熟的解决方案以及丰富的线上使用案例):
1. 老项目需要在不改动不重启的情况下快速的将 rpc 接口以 http 协议提供外部调用;
2. gateway 有专门的团队维护,希望系统内只关注 rpc 流量治理,减少 http 接口相关的开发部署成本;
189 天前
回复了 jimisun 创建的主题 问与答 关于拖拉拽实现开发功能的低代码平台
正好年初也集中调研过流程编排这个领域,根据楼主的需求我推荐 Camunda8 ,说一下我的理解:
优点:1. 基于 java 开源; 2. 基于 Bpmn 模型同时支持手动流程与自动流程(不支持部分 Bpmn 特性); 3. 提供大量组件,可自定义,已经看到国内企业基于 Camunda8 封装的低代码平台在卖了。
缺点:1. Bpmn 模型设计之初就是为了解决不同人员/角色的工单流转,并不适合做业务编排,实现复杂逻辑时难免捉襟见肘; 2. 由于采用消息队列(自研消息队列 zeebee ),性能(时延)不如命令式编程; 3. 由于业务低代码平台改变了开发方式,所以要想达到支撑线上业务的水平,能需要对接和开发大量 DevOps 相关的能力; 4. 为了保证兼容性和灵活性,业务最终产物必然是大量流程、配置和脚本混杂的 xml 文件,将随业务发展超过代码的维护成本。

目前我已经释然了,在大部分项目方向规划不明确,对 PaaS 没有达成业界共识的情况下,业务低代码平台就是伪需求,难以推广和发展。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1035 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 22:22 · PVG 06:22 · LAX 15:22 · JFK 18:22
Developed with CodeLauncher
♥ Do have faith in what you're doing.