构建dapp的开发生命周期

Question

我想知道，是否有谁在使用可靠/分散应用程序方面有经验，与正常的web/应用程序开发相比，是否可以共享他们的开发周期？

通常，我们会编写代码，1.2)测试，2)部署到服务器。我知道，在编码部分，流程的某些部分是明显相似的。但是，新的dapp开发人员在根据开发生命周期构建分散应用程序时可以期望什么呢？

我在这方面很新。我来自Android和web开发背景。注意到测试部分的一些不同之处，这需要大量的migrate (我使用的是块菌)。我知道，在正常的web/应用程序开发中，当涉及到与数据库有关的内容时，我们确实使用了迁移。还有更多的期望吗？

对于那些作为区块链或dapp开发人员工作的人，您能分享您的日常工作流程吗？

Answer 1

免责声明:我不做全职dapp开发-只是作为一个爱好和一些自由职业。另外，有些人可能会认为这个问题过于基于意见，但我相信给出一个答案仍然是有益的--即使这只是我自己的观点。

最大的区别并不是我所说的开发周期。这是来自客户端的理解量。在这个领域中，客户端通常对什么是可能的和什么是可行的几乎没有或根本不了解。因此，大部分时间实际上花在咨询客户端上，而不是编写实际代码和运行测试。

所以，在我的例子中，循环是这样的：

1)咨询客户，找出他们想要什么和可以做什么。

2)编写代码和测试。局部测试

3)部署到测试网。Ropsten和/或Rinkeby。测试自己，让客户进行测试。

4)部署到mainnet

我不知道为什么在测试时需要大量的migrate。大多数测试应该使用本地块链(如Ganache)执行。

你知道，当产品进入主干网时，你在最初的筛选/咨询中失败了，客户问：“哦，这很好，但我们能在现有的产品上加上这一小东西吗？”(再次)向他们解释这是不可能的，太晚了。