mtk移植总结_MTK

Mtk移植中问题及处理方式 
    1、 如何提高移植效率？ （一）做各种平台的提取包 
    （二）移植之前问好方案商机器是否好的，代码是否好的，工程开关放哪里，是
    否有触摸，是否开启维纳斯，字符串存放的位置。  
    2、 移植中遇到了一些什么问题？ （一）、出现什么问题，对应哪种编译命令，什么情况下要new？ 
    要是出现修改工程文件里的必须的new，要是只改动option.mak不需要new，只要remake。要是改动资源只要resgen在remake。要是改动某个模块如mmitask.c其他的没动的话，只要remake mmi_framework。假如在客户那里我们产品遇到死机问题，要求关闭我们的软件来验证是否是我们产品引起的，可以快速的做法是，搜出SDT_APP_SUPPORT这个宏，把所有包含这个宏的文件全部变动一下，然后在option.mak里屏蔽掉我们的相关内容，在remake就行了，不需要new。如果是变动sdt_mmitask.h文件，则要变动mmitask.c文件在remake mmi_framework。要是只换一下lib库其他的没有变动的话，只要remake verno 就可以了。要是在调试的时候要求将库换成debug版本，那么在option.mak里 COMPOBJS    += plutommi\SdtApps\Lib\sdtapps.lib 
    COMPOBJS    += plutommi\SdtApps\Lib\sdtkernel.lib改成 COMPOBJS    += plutommi\SdtApps\Lib\debug\sdtapps.lib COMPOBJS    += plutommi\SdtApps\Lib\debug\sdtkernel.lib 编译的时候也只要remake verno就可以了。  
    在客户那里还常遇到独立屏的时候左右按键无效或中间按键无效问题，那么在sdt_mmitask.h里SDT_Idle_Register_Original_Keys_Ex函数里重新对案件注册一下，如中间按键则 
    SetKeyHandler(goto_main_menu, KEY_ENTER, KEY_EVENT_UP);  
    有时候在客户那里遇到添加了我们的软件，但是没有出现任何东西，可以先这样尝试，在我们挂接的接口里随便设一个错误，看看有没有编到，要是没有编到的话，说明我们的宏有问题，没有被打开。  
    要是我们的包sdtapps文件夹不放在指定的文件夹下，该如何修改？  
    修改主页和书签的问题 
    （二）如何打trace信息，在什么地方打，什么情况下打，什么情况下屏蔽什么函数。 
    打Trace信息一般用在两种情况，一个是要验证是否执行到此处，另一种是要知道有些函数或参数运行后的值，查看是否正常。  
    （三）快速调试技巧 
    如果是加了我们产品引起死机等严重问题，首先是将lib库改成debug库，打一下trace信息，然后发给公司，并请教方案公司的一些技术。然后在尝试关闭我们的产品，编译看看还会不会有此类问题，要是有的话就继续往下追，可以屏蔽
    初始化。 
    要是遇到按键问题，难得处理的，直接采取独立屏幕来解决，那么在SDT_Custom_Define.h将SDT_IDLE_IS_USE_STANDALONE_SCREEN至为1在idleapp.c里将对我们软件初始化和退出初始化操作的屏蔽掉，然后保留注册按键的并在注册按键的前面加上IsSdtIdleInitOk = TRUE;   
    3、 如何跟客户搞好关系？  
    4、 移植完成后又做了一些什么工作？ （一） 做提取包 
    （二） 在该客户的移植包中建一个说明文档，详细的记录该客户项目的特点，
    我们在移植过程中出现了一些什么问题，我们产品在客户那里挂接在什么菜单下。还有去客户那里的乘车路线，接口的工程师以及相关的领导联系方式。 
    （三） 要是是自己现场编的库，那么要把源文件备份到自己电脑里该客户的移
    植包文件夹里，并且详细的描述清楚做了哪些修改。 
    5、 移植过程中遇到了一些问题，如何跟公司负责人反馈，如何跟商务沟通，
    其中遇到了哪些不便或又有哪些高招？ 
    6、 还有平时写代码中的一些比较好的习惯，和不好的习惯，还有平时学习中
    的好习惯。  
    好的建议：如果没有机器我们可以在客户那里先用一个相近的有机器的工程移植。 
    建一个文档，把每次客户那里遇到的问题都填写上 
    要是现场做包的时候，我们一定要把源码保存在相应的这个客户的移植包下 在修改主页的时候要看看ip地址是否有问题