我正在努力获得开发基于Ethereum的应用程序所需的理解。
如果我想开发一个库存系统。以下是基本操作采购库存,维护库存,供应商和库存问题的各个部门的交易。
因此,帮助我理解基本的设计结构,同时在Ethereum块链中实现它。
从所有需要的合同开始
->结构,持有库存数据,->结构,持有部门,->供应商将基本上是一个Ethereum区块链用户->初始化库存->添加部门->购买库存->问题库存
与常规的集中式应用程序一样,以下几种结构也需要1.表结构来维护以下内容--库存、供应商、部门、PurchaseOrders、IssueOrders等。
我的问题可能有点模糊,但意图是理解基于区块链的应用程序中基本设计策略的观点。
发布于 2017-03-24 15:13:20
你有什么特别的理由只想用以太吗?我要说,首先是一个允许的封锁链,它不需要乙醚/气体的参与。我还建议阅读一下公共的、私有的和允许的blockchain.Then之间的区别,您可以考虑什么适合您正在尝试构建的用例。开发人员必须先了解区块链生态系统,然后才能弄脏他们的手,否则,最终的解决方案将无法预测区块链带来的价值。
https://ethereum.stackexchange.com/questions/13209
复制相似问题