首页   注册   登录
 ParallelMao 最近的时间轴更新

ParallelMao

V2EX 第 109277 号会员,加入于 2015-04-05 18:25:58 +08:00
ParallelMao 最近回复了
分母+1
188 天前
回复了 a154312237 创建的主题 分享创造 我们又做了个直男移动电源。(福利)
支持支持
224 天前
回复了 TommyLemon 创建的主题 程序员 uliweb_apijson 0.1.0 发布,自动化接口和文档
跟 graphql 的区别的?
224 天前
回复了 zhangH258 创建的主题 程序员 权限设计问题
vpn
232 天前
回复了 xiaohulu 创建的主题 分享创造 BlockLang —— 软件拼装工厂
面对简单的业务需求,如果想要做成类似这种动态的模式,个人认为最简单的办法是后端服务提供简单的 restful api (针对某个业务实体的增删改查操作),前台搭建一个类似 GraphQL API 的服务,通过定义 查询语言来实现业务逻辑。这一点楼主所做的块语言也可以解决。

但是当遇到更加复杂的业务场景,不同实体之间的联系错综复杂,是及其难以用类似上面那种模式解决的。首先抽象业务这个事情在面对复杂业务时本身就很难,即便是一个非常固定的需求,更何况其实需求也是在不断变化的。其次各种组件(实体)进行互相依赖之后,性能优化,问题定位啥的问题也会变得复杂起来。最重要的是,不同开发同学的对软件的理解是不同的,一个事情,可能 A 抽象出来的结果和 B 抽象出来的结果完全不同,再加上后期可能无限变动,每次变动都需要将抽象修改为最合理的方式,其实这个成本也还是蛮大的。这种情况下个人认为很难去通过这种自动化的方式很好地解决。

所以我目前的经历来看,软件开发完全通过底层实体的拼装实现上似乎可行,但潜在的风险和成本太高了其实不是很适合使用。
1024 发留言希望可以中奖
搭搭搭积木
2018-06-04 09:57:52 +08:00
回复了 guoliguozhi03 创建的主题 分享创造 那个曾经被“丑拒”的小众导航竟然变美了
房产频道没有链家 or 贝壳...
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   957 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 11ms · UTC 22:15 · PVG 06:15 · LAX 14:15 · JFK 17:15
♥ Do have faith in what you're doing.