界面(MainScreen子类)的纠结

刚从网页界面接触java手机界面几个星期,一直很纠结界面这问题,一直想不好,到底应用什么方式来管理界面实例?或是我是否应该纠结它?

原因:

1 我是否能在某个时候抛弃对象参数传递方式,使用一种简单的api内置的获取指定实例的方式?因为在多级的传递后,会产生,某个方法/类中,这个参数纯粹的为了给下/下/下级传递这个界面对象实例而存在,很郁闷的一种事,不太喜欢.

2 个人感觉不应该使用全局变量(程序存活期),一不好管理,二需要很好的配合api的管理才行,否则实例管理会很难搞,也不太喜欢,感觉应该没太多这个必要.

3 找了一下api,好像就没有很好的方式能像指定id类的方式来获取界面实例

 

问过n个人,好像没人纠结这问题,我觉得太郁闷了,有些人根本就是要时,就直接new一个就完事.才不去管内存如何如何这问题;极度无语.

有些人就是建议使用全局实现界面管理器,但是我不太同意,确实在我弄的东西中,感觉应该不是这样弄,否则人家api经过这么多代,不应该不提供.

 

在bb论坛中看了好几个相关问题,有一个大n的建议都是,如果不是必要,就不要全局变量管理器,因为这样问题会很多,而保存实例没大多必要,浪费内存,有些切换可以通过pop或是push来切换,一般来说,界面是不过三的,应该首先去想,用户需要什么样的界面关系?

 

今天,自己改了一下思路,就二个界面存在,一个主菜单,永存,一个附的,好像应该能这样弄下去.

用完就关..

暂没遇到需求需要其它,而且这样,使用传递也非常的方便.

界面纠结告一段落.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值