安卓移动app与机顶盒开发区别.docx

首先声明，下述观点都限制为一般情况，之所以是一般情况是因为Android系统的是源代码开发的，开发商可以自行修改硬件，SDK配置。一般来说机顶盒盒是没有内置camera的，但是开发商是可以自行添加的，一般来说机顶盒是没有通信模块的，但是理论上在机顶盒上添加上去是可以的，一般来说手机都有重力感应的，但是开发商为了省钱没有内置重力感应器也是有的，等等奇葩硬件跟软件配置。所以，下面的观点都限制于一般情况。 现在来说说有哪些区别： 1.分辨率 机顶盒跟手机的分辨率有着很大的区别。机顶盒一般是720P , 1080P , 2K ,4K DPI 都= 160 手机的分辨率就多了去了，举个例子可能同学聚会上30个Android 手机可能存在30种分辨率， 手机的分配率匹配就难做一点 2.操作方式机顶盒主要是使用红外遥控器要控制的（支持外接USB鼠标） 手机主要是通过手机触摸来控制的，我认为这个也是应用开发中2者最大的区别。 导致的结果是 控制上一个主要重写dispatchKeyEvent(KeyEvent event) onKeyDown(int keyCode, KeyEvent event)。 手机是dispatchTouchEvent(MotionEvent ev) onTouchEvent(MotionEvent event) ，手机上可以做手势等判断，多个手指 等多种操作方式，但是出各种各样的效果，这不是机顶盒可以比拟的。操作方便，也导致手机上跟机顶盒上的应用的风格明显不一样。 机顶盒上下左右时要控制焦点的移动，还要选中的控件加上一个背景/光标/颜色变化/大少变化 等来告诉用户当前被选中的控件。而手机呢，大多数情况是不需要关心焦点在什么地方的，直接点击就是了。3.焦点的移动其实在第2点中已提到了，机顶盒要时刻注意焦点的位置4.输入方式由于机顶盒是用遥控器的，打字是非常不方便的，导致很多软件在机顶盒上使用不方便，比如浏览器等5. 网络访问方式 ： 都支持WIFI连接，此外机顶盒是可以有以太网连接的，而手机有2G 3G 4G连接的6. SD卡 ： 机顶盒不支持外接的SDK卡，但是可以外接USB设备7. 可移动性 ：这个没有什么好说的，8.有无ActionBar 机顶盒的软件大部分都是全屏的，没有ActionBar，更加没有导航栏了（手机底部的虚拟按键那一排），有一些没有状态栏的。 而手机的ActionBar样式就多了去了9.菜单键响应 机顶盒由于大部分是全屏的，导致响应Menu键时，可以才有弹出dialog ，popWindow来显示10.图像输出方式 手机上都是由显示屏来显示 ，而机顶盒的显示大小跟电视机的有关系。机顶盒可以有AV输出跟HDMI（高清）输出。我们调试要还要找一台电视机11.方向性 手机又横屏 跟竖屏显示，机顶盒只有横屏，这一点机顶盒开发方面简单一下12.推荐的东西 手机一般可以弹出游戏，应用的广告， 而机顶盒推荐的购物 ，视频 多一点13. 用途 机顶盒主要是用来看电视的， 下载一个购物平台，直接网购的感觉比较爽手机主要用来打电话，娱乐等 这导致 机顶盒 跟手机的APK的类型有明显的区别14. 物理器键 机顶盒上面的物理器件很少，除了Android系统必要的物理器件（CPU，内存，无线模块，内置SD卡，PMU）之外，还有一个红外接收器，AV接口，HDMI接口，网线接口，USB接口，电源开关，蓝牙。而手机上的器件就多了去了如：触摸屏（影响操作方法，虚拟按键），显示屏（影响显示，严重影响耗电），一些物理按键（POWER，V+ ，V-），通信模块（通信，访问网络），MIC（录音），重力感应器（影响横竖屏，重力的判断），陀螺仪（角速度），感光器（感应外界光线来适应手机屏幕的连读），camera（机顶盒可外接USB的camera可以拍照，MM自拍），电池（有些应用可以根据当前电量来闭关一些功能或者硬件设备），蓝牙（短距离传输文件跟通讯， 但是现实WIIF基本可以实现了）15.按键 机顶盒的按键都是在遥控器上，比手机多数字按键跟一些特殊按键（每个按键对应一个功能，一般都是出厂时跟遥控器配对的，应用开发不用关心），手机必备的虚拟按键 HOME ，BACK ， MENU键 有些有鸡肋的搜索键，物理按键 power ， V+ V- 。根据这点机顶盒开发可以利用数字键看一些特殊的事16. 通知栏 机顶盒的状态栏使用的少，平常不部分是隐藏的，通过特定的控件才可以弹出17. 主界面Launcher相差很大 ，我们开发有关系的 有 机顶盒上面是没有窗口小部件的（WIDGET）18. widget的使用 机顶盒基本不能使用WIDget，原因是焦点难以处理，就算显示在主界面，widget也不能正常使用，基本响应不了OK键19. 耗电量 机顶盒是不记用电量的1. 一个按键有两个触发点,一是up,一是down,如果需要指定焦点,使用view.requestFocus(),而且需要在down上执行,因为up时,系统已经定位新的焦点了.再执行就未必是想要的结果.2. 3. intkeyCode=event.getKeyCode();4. if(event.getAction()=KeyEvent.ACTION_UP)5. up事件,这里多数情况不需要处理.6. elsedown事件7. 或许可以直接覆盖onKeyDown方法,而不是这个.8. 9. if(keyCode=KeyEvent.KEYCODE_DPAD_UP)10. elseif(keyCode=KeyEvent.KEYCODE_DPAD_LEFT)11. elseif(keyCode=KeyEvent.KEYCODE_DPAD_RIGHT)12. elseif(keyCode=KeyEvent.KEYCODE_DPAD_DOWN)13. elseif(keyCode=KeyEvent.KEYCODE_DPAD_CENTER|keyCode=KeyEvent.KEYCODE_ENTER)14. 15. 这是主要处理的遥控器的几个方向,最后一个,有些机顶盒太恶劣了,你自己看着办吧.16. 17. 方向不是研究重点.18. 这个程序涉及的内容较多,ui使用Fragment构造,所以还更恶心一些.19. 比如在一个Fragment中的焦点,先得到Fragment,Fragmenttop=getFragmentManager().findFragmentById(R.id.content);20. 然后如果需要直接定位到某一个焦点,需要调用top中的一些方法,比如可以类型转换为xxFragment,然后调用.但是针对每一个Fragment都这样处理上一个,下一个焦点,累死人了.而且系统会变慢.21. 22. 多数情况需要依赖系统的定位,然后针对一些特殊的情况,系统定位失败的再进行定向处理.23. 24. 出现问题的多数是GridView,这样的ViewGroup控件,比如现在有两行,焦点在第一行,然后向下按键KeyEvent.KEYCODE_DPAD_DOWN.在event.getAction()=KeyEvent.ACTION_DOWN中判断,会出现不想要的结果,比如它不会定位下一个焦点还是GridView,也不是它的下一行,因为它把整个GridView当成一个控件,下一个:finalViewdownView=currentFocus.focusSearch(View.FOCUS_DOWN);搜索得到的downView有可能是空的,有可能是另一个控件,比如Button,然而在焦点出现异常时,不能在这里returntrue;这样是无法到它第二行的.在ACTION_UP中,如果之前的down不返回true,会得到下一行焦点.25. 26. 这里提供另一种方法:还是在down中处理:27. if(currentFocusinstanceofGridView)28. GridViewgridView=(GridView)currentFocus.getParent();29. intcolumn=gridView.getNumColumns();30. intselPos=gridView.getSelectedItemPosition();31. intcount=gridView.getAdapter().getCount();32. Log.d(TAG,selPos:+selPos+count:+count+column:+column);33. if(selPos=column*2)/如果是GridView的最下边,再向下,需要翻页.34. if(fragment.pageDown()35. Log.d(TAG,向下翻页了.);36. 37. returntrue;38. else39. if(countcolumn&count=column)40. if(fragment.pageDown()41. Log.d(TAG,品牌向下翻页了,已经是最后一页.);42. 43. returntrue;44. 45. 46. 47. 这样可以判断当GridView的焦点在第一行时,如果选中项的位置也是第一行,可以依据系统定位,它会移动到第二行,依次类推.如果是最后一行,其实也可以依据系统定位,如果没有特殊要求.