各个不同的版本来切换模拟数据和真实数据。在这里很多业务的界面应该是最低的，但是会提供更多的载体，并且会引发生命周期的处理，所以说很多时候我们应该看一下各个不同业务层之间的关系，这一点非常重要。必要的时候一定要做抽象和特殊的空间，如果有空间的
在现有的社会环境中，每一个人在选择小程序开发的时候，都希望能够满足很多人的需要，其实当我们要选择小程序开发的时候，可能最关注的就是究竟要注意什么？
那么在这种情况下，当我们要选择小程序开发的时候，很多情况都要格外注意。
结构分层：在做小程序开发的过程中，我们所使用的框架是必须的，现在有很多不同的结构分层，我们在使用各种不同结构的时候，一定要看一下个人的偏好或者是项目，一般来讲个人比较偏好mvp，这种情况下感兴趣的可以看一下mVP框架的演化，当然很多时候还有很多编程的模式，个人在结构分层上基本上还是要考虑到各个不同结构分层的处理方式，要把读写和数据相互之间做处理，而且要考虑到各种不同的读书模式，还有很多模拟性的数据，这些都能够集中到数据层，或者是把它们回调到相关的地方，把这些数据全部都给业务层，通过各个不同的版本来切换模拟数据和真实数据。
在这里很多业务的界面应该是最低的，但是会提供更多的载体，并且会引发生命周期的处理，所以说很多时候我们应该看一下各个不同业务层之间的关系，这一点非常重要。必要的时候一定要做抽象和特殊的空间，如果有空间的话需要复用。
不要过度设计：在做小程序开发的时候，大家一定要记住，其实现在的很多设计基本上都不要做过度设计，因为敏捷性的开发有一个实践性的原则，在这种情况下就是不要过度设计，所以说开发的价值不在于我们一定要写出漂亮的代码，而是在于我们要用更多的产品来实现正常的运转，在实现产品功能的前提之下，代码的逻辑性基本上也都是越简单越好，这种情况下也就意味着可靠性或者是低维护的成本，如果将来需要扩展功能的话，那么我们可以通过修改或者是重构的方式来实现。
简单并不意味着随意，要把整个实践做得特别容易，这样的话才是非常重要的，我们在做整个逻辑分析的时候，要考虑方方面面的情况。很多时候在开发新功能的过程中，一定要避免过度设计，在维护或者是扩展旧代码的时候，要注意，能够正常运行的代码都是好的代码，所以说在维护的过程当中要有适当的开放封闭原则。
