续：

1.好的coder需要很懂产品

如果想让一个项目足够完美，就需要他有足够完美的数据结构，足够完美的UI交互逻辑。如何设计完美的数据结构？需要对产品足够了解，对整个流程清楚，就像抽象一个人一样，如果你知道一个人的实体，那么就不会给他丢某种属性，比如丢了他的eye 眼睛，到产品基本数据结构定义时，也是整个道理。 如何做到完美UI的交互逻辑，在程序中是这样的，我们通过操作，传达信息给UI，需要传什么，收到信息需要做什么，这就是一种交互。总的来说，完成这些需要很深的产品理解，对整个流程清楚。

2.依赖任何第三方的时候需要心里有一根弦

这件事为什么重要呢，因为依赖了其他人，如果不了解其他人，当程序错误时，我们甚至不知道原因。

通常，我们导入一些插件也好，自己开发一些组件也好，当用的时候，首先要对他认识深刻，他帮我做了什么，是否做对了，是否会犯错，是否会因为某些原因不可用，你们之间沟通的协议是什么。

回归到自身开发中，有时候会依赖开源组件，他们一般会有较好的处理方案，接收参数，返回结果，异常处理。

有时需要设计接口api，这一点也很重要，和自身数据相关的api，就要考虑他的结构是否合理。

最完美的就是：

1.返回的数据结构要合理，他要能返回我想要的所有结果。

2.会不会因为请求错误，导致错的结果，这一部分相当于程序的健壮性，也就是说，你们之间可能有一些逻辑处理，比如请求错误时，返回一个错误码502，需要对这个进行处理。

3.如果他不可用了，我的程序应该及时停止运行并弹出错误提示，而不是循环崩溃、等待

3.flutter项目的一套方法论

基础结构：common data login page resource

要对UI布局有一个大体认识，要熟悉常见的布局组件，要适当的拆分成小组件再组成大组件。

目前ui有三大构成方式：

直接调用基础sdk，布局。

根据当前信息，比如用户信息获取某些数据，在根据这些去调用接口，根据返回数据渲染，相当于这部分Widget的构建是依赖于某些数据的

自绘UI，某些东西可能是特殊的，需要自己开发一套UI界面

开发page界面时，可在模块内继续拆分小结构，比如一个widget目录 负责 他的小组件 ，一个notifier 目录 负责数据的共享，一个entity 负责此模块的数据结构