学校做网站的目的,基金项目实验室信息网站建设,图片库,网站如何制作 优帮云最近对项目代码做了一些更改#xff0c;主要的改动是对整个界面框架的改变#xff0c;因为以前写代码的时候#xff0c;为了完成功能#xff0c;没有从上帝视角来思考软件的界面设计#xff0c;完全是需要这个功能了#xff0c;怎么可以做到#xff1f;好#xff0c;就…最近对项目代码做了一些更改主要的改动是对整个界面框架的改变因为以前写代码的时候为了完成功能没有从上帝视角来思考软件的界面设计完全是需要这个功能了怎么可以做到好就就这样吧为了完成功能而对界面不停的修修补补这样带来的主要坏处有很多 一是后续功能加进来的话需要考虑的地方会越来越多因为前面的代码耦合程度很高比如onStart回调有些事情既可以在Activity的回调里面去做也可以在Fragment的回调里面去做既可以在这里做也可以在那里做新增加一个功能进来的时候不得不考虑在所有可能的地方都要检查一遍然而这样可能还是无法完全考虑到所有情况最后出现遗漏导致测试的时候报bug修改。 二是维护现有的代码也很困难比如测试或者产品突然冒出来一个新想法要把原来的效果改成一种别的效果看起来似乎不是很难但是实现的时候发现真的很麻烦。。比如之前支离破碎的fragment连我自己都不知道这个title到底是属于fragment还是属于acticity整个界面的动画切入切出也很难做因为他们根本就不是一个整体的。。 三是代码写起来很丑。比如onbackPressed,需要先判断(xxxFragnemt ! null xxxfragent.isvisiable(),xxxPopwindow ! null之类的鬼东西。。实在是太难看了。。 现在改动主要是考虑到了上面几点主要的变化是 1.界面和数据分离比如界面A更新的时候它也不需要考虑我是不是也要更新B了这些都抽出来交给上一层数据结构去处理。例如如果activity包含有很多fragment的话 那么把这个activity单独抽出来负责保存数据在android的设计中activity和fragment之间的消息通讯有很完整的解决方案这样做也把activity从交错复杂的界面中解放了出来它只负责保存和同步数据通知界面更新状态而fragment则只负责界面显示数据。原来属于公共部分的界面比如title,bottom现在分开到各个fragment里面去了所以也需要一种同步的机制这种需求的话交给activity去控制比如观察者模式之类的这是完全可以做到的现在我只是暂时粗略的维护了一个fragment的链表数据更新的时候依次通知各个子页面就可以了。 2.想办法提取一些公共的特性把它们都放到基类里面去做因为界面之间的耦合度降低了因此很多交互的需求都可以抽象出来成为接口让各个界面自己去响应对应的调用就可以了比如前面所说的onbackPressed回调现在activity根本就不用管这么多条件了直接一次调用子界面的接口就可以了而不用自己去检查管理应该调用哪一个界面怎么响应。当然因为这个交互的特殊性只能有一个界面去响应所以暂时改成了这个样子 for(fragment x:fragmentList){ ifx.myBackPressed() ){break ; }
} 这样改之后感觉逻辑处理上确实简单了很多具体效果还有待确认。仔细想想这一套似乎和MFC那一套十分相似。。。这次的改动也让我觉得android和windows确实很多相似的地方比如消息队列比如这次的activty和fragment的关系就和windows里面的各个窗口的关系差不多只不过android把它抽象出来了而已。日子似乎又回到了我刚开始看PC客户端代码的时候David跟我说你主要需要弄清楚消息是怎样流动的。现在想想一个框架的设计的确最重要的就是消息怎样流动怎样响应。它的结构清晰吗它需要被消耗掉吗还是要通知到所有的地方界面之间的消息需要怎样相互通知界面和框架之间需要怎么通知界面状态更新直接和同步需要怎样通知这些都是需要认真考虑的问题。转载于:https://www.cnblogs.com/BezierCurve/p/4771943.html
