来源: 互联网  发布时间: 2014-02-18

MTK 输出Trace信息到文件中

 

#include "FileMgrGProt.h"
void mmi_write_buffer_to_file(char *buff, unsigned int buffSize, char *fileName)
{
    S32 ret = 0;
    U32 rwLen = 0;
    S8 ascii_path[32];
    S8 ucs2_path[64];
    FS_HANDLE fileHandle;
    sprintf(ascii_path, "%c:\\%s", MMI_CARD_DRV, fileName);
    mmi_asc_to_ucs2(ucs2_path, ascii_path);
   
    ret = FS_GetAttributes((const WCHAR *)ucs2_path);
    if(ret < FS_NO_ERROR)
    {
        fileHandle = FS_Open((const WCHAR *)ucs2_path, FS_CREATE_ALWAYS|FS_READ_WRITE);
    }
    else
    {
        fileHandle = FS_Open((const WCHAR *)ucs2_path, FS_READ_WRITE);
    }
    kal_prompt_trace(MOD_TST, "mmi_write_buffer_to_file, fileHandle=%d", fileHandle);
    ASSERT(fileHandle>=FS_NO_ERROR);
 
    ret = FS_Seek(fileHandle, 0, FS_FILE_END);
    ret = FS_Write(fileHandle, buff, buffSize, &rwLen);
    FS_Close(fileHandle);
 
    ASSERT(rwLen==buffSize);
    ASSERT(ret >= FS_NO_ERROR);
 
}

 在使用的时候先定义一个buffer

例如：

char filebuff[64] = {0}; //大小可以根据需要来定
memset(filebuff, 0, 64);
sprintf(filebuff, "error code\r\n");
mmi_write_buffer_to_file(filebuff, strlen(filebuff), "error.txt");

 

 

这样是输出error code 到文件当中

 

memset(filebuff, 0, 64);
sprintf(filebuff, "fN=%s\r\n", fileName);
mmi_write_buffer_to_file(filebuff, strlen(filebuff), "error.txt");

 
这样是输出fileName 到文件当中

memset(filebuff, 0, 64);
sprintf(filebuff, "XXXXX.c, line %d\r\n", __LINE__);
mmi_write_buffer_to_file(filebuff, strlen(filebuff), "error.txt");

 
这样是输出当前文件的行号到文件中

 

这样很方便使用，又不用担心catcher引起问题.

 

    

    来源: 互联网  发布时间: 2014-02-18

善意的谎言： AdapterView、Adapter优化
我们觉得ListView卡卡的时候就会自然的去寻找优化大法，LZ也一样。一方面拼命优化view的结构一方面另外找到了这么一个广为流传的 ViewHolder、ViewCache办法：

public View getView(int position, View convertView, ViewGroup parent) {

ViewHolder holder;
if (convertView == null) {
holder = new ViewHolder();
convertView = inflater.inflate(R.layout.topic_list, null);
holder.title = (TextView) convertView.findViewById(R.id.title);
convertView.setTag(holder);
} else {
holder = (ViewHolder) convertView.getTag();
}
}

public class ViewHolder {
public TextView getTitle() {
if (title == null) {
title = (TextView) baseView.findViewById(R.id.title);
}
return title;
}
}
大概思想是setTag();getTag();来保存已经加载过了的 ViewHolder 组件，现在我称ViewHolder  为ABCD 意为毫无特殊意义的类，顶多用到了单例的思想
但是我觉得这些都是毫无意义的， 用tag来保存ViewHolder 这个属于耍小聪明的意思，曲解了tag的本意。另外整个代码并没有真正达到需要的要求

Listview的展现可以看成是分页，系统会加载第一页 我们从写getView 的时候convertView是null 可以看成是第一页的样式没有被初始化。
这个时候我们
holder = new ViewHolder(); convertView = inflater.inflate(R.layout.topic_list, null);
holder.title = (TextView) convertView.findViewById(R.id.title);
开始进行初始化的工作，”第二页“之后这些不必再进行，所以 我认为网上所说的优化指的就是减少“第一页”之后的View创建。这个确实是不错。
但是这种优化没有实质上的改进，有时候我在想为什么全部加载完毕listView回拉还会调用getView()把我的一些初始化代码再来一遍？这个显然是不合理的，而且
不仅仅是初始化问题，一个listView之所以卡主要原因在于来回的进行逻辑操作，例如：listView里面有imageview 而且里面的image是从网络上的，而且你没有存到本地
之类的处理，而且显示出来的时候还要根据width来控制整张图片的尺寸进行缩放，加载listview不可避免的需要做这些操作也就算了，如果已经加载过了这些数据
在来回拖拽的时候也要再操作一遍就会令人无法忍受！
怎么去优化？一方面，我们知道了第一页之后不必要再new 新的View出来，另外一方面我们知道了最重要的是View的内容部能来回、重复初始化。
个人觉得android里面应该有这样的“属性”或者“设置” 让每一项加载过之后不需要再加载直接使用”缓存“的数据。
但是我没有发现这种“设置”，于是我在Adapter 里面用一个HashMap<Integer, View> 储存对应的View
HashMap<Integer, View> m = new HashMap<Integer, View>();


public View getView(int position, View view, ViewGroup parent) {

View convertView = m.get(position);
if (convertView != null) {
return convertView;
} else {
convertView = inflater.inflate(R.layout.topic_list, null);
TextView title = (TextView) convertView
.findViewById(R.id.title);
                        m.put(position, convertView);
                     }
}

暂时就这样了，潜在的问题和其他优化没有细想，成果是 20行带较大的图片的listView来回拖拽毫无压力。

    

    来源: 互联网  发布时间: 2014-02-18

老忘，标注下。。备忘

HVGA      320*480像素；QVGA      320*240像素；WQVGA400  400*240像素；WQVGA432  432*240像素；WVGA800   800*480像素；WVGA854   854*480像素