标签：好的 block 小程序 出现 开始 没有 调整 构建 缺省
问答模块比较典型，内容的逻辑比较混乱没有整理出清晰的思路， 开发时什么情况出现的结果 一对多 还是 一对一的情况，没有提前理好，以及代码叠加的情况也没整理好，不利于代码维护和更新各种情况和代码耦合度太大，逻辑情况也太多了。代码里各种写法搞得逻辑太复杂，导致性能下降。
（可能需要重新理一遍情况，把各种情况详细的分隔出来。）
需要在项目里封装各种模块功能比如授权模块、文件上传模块、接口模块、网络情况模块整理出一套统一的组件使用，把页面业务逻辑单独理出出来。异步的写法需要应用上，目前大部分为同步写法可能会导致部分内容没提交完善api方面调用不协调。
目前各部分的缺省图以及状态没有一种统一的风格和情况导致感觉页面太row了，没有统一的UI方式。打算做个统一的组件来处理无网络状态、加载状态，页面部分小模块就通过小模块做调整。
（需要把每个页面的网络状态分离出来，构建一个统一的状态来处理，统一化页面UI样式和结构）
JS写法没有统一 类似于let、var等定义方式和es6写法简化代码的使用没很好的使用上，导致部分代码太冗余。
需要找一下完善的UI库进行借鉴使用，全部手码CSS太耗时和效果不好看需要加强用户审美程度。
应该从一开始分包处理，直接把各业务模块的文件和代码划分开。（主要用于小程序首屏加载速度给用户快速打开）
看看能不能采用eventEmitter方式，把更新过的内容加入到一个队列中，然后到对应页面进行更新处理,目前是在总app中添加个标识表示看看能不能进一步处理。
需要一套版本跑多套模式，小程序更新需要审核太麻烦。目前来说H5方面可能方便发布使用。不过小程序方面更便于用户操作。
代码、逻辑能力模块需要加强处理。可能需要先把部分情况以及代码叠加情况考虑清楚。UI风格需要统一，可以先使用UI组件库进行统一开发。组件功能需要构建使用。各部分请求状态的处理需要整合调整统一。
标签：好的 block 小程序 出现 开始 没有 调整 构建 缺省
原文地址：https://www.cnblogs.com/molimobai/p/12068040.html
