Symbian 下菜单的应用开发技巧

Trap harness虽然很好，但是不应该大量使用它，从可执行代码的规模和执行速度来看，这个东西的成本很高，如果使用不当的话，很可能导致遗漏错误。一般来说，当在方法名的最后部分加上L，从而允许异常退出，不是更好的选择时我们才用到Trap.

在检查内存是否有泄漏时，我们最好用_ASSERT_DUBUG宏来进行测试，它能够防止很多问题，可以不受限制的检测函数中的参数、指针等。不过只是在debug模式下。

CMyClass::Function(CTing* aThing)

{

_ASSERT_DEBUG(aThing, Panic(EMyAppNullPointerInFunction));

｝

这个语句的意思就是在aThing为false时，我们调用EMyAppNullPointerInFunction，这个是指针为NULL时应该做的：)

传统的symbian程序是继承自CCoeControl的自定义视图控件编写的，这些自定义的控件都是存放在控件栈中的，根据程序的需要而创建、清除或隐藏。

另外还有种视图结构，这种结构与传统的结构有最大的不同就是，它没有使用系统的视图管理系统，当然这个也可以算是它的优点，因为毕竟View Architecture有很多的限制。

就技术实现来说，视图切换是通过创建、清除和更改主视图控件的可视性来实现的。具体来说我们在控件栈中存放大量的控件，从而将按键事件定位到各个控件上。对话框结构，总的来说就是在主视图上就是一个对话框，起主要作用的视图模型都是一些对话框。这个与传统结构相比的好处就在于，我们不需要重新编译c++代码，而只需要修改资源文件就可以改变布局了。

但是要注意如果说不小心使用，嵌套的对话框就会占用相当多的栈空间。

注意一个新的特点就是，在Avkon具有内置于多页面对话框中的自动状态窗格处理功能，这个与其他的两种结构不同，在它们那里，是要靠导航窗格的标签进行导向操作的。

如果要使用对话框结构，那最好将其设计成无模式对话框形式运行。

设计主对话框的使用通常需要用到整个客户区，还有无模式的指定等，在一个典型的主视图对话框中，设计的资源文件如下：

RESOURCE DIALOG r_dlgapp_main_dialog

{

flags = EEikDialogFlagNoDrag | EEikDialogFlagNoTitleBar |

EEikDialogFlagFillAppClientRect | EEikDialogFlagCbaButtons |

EEikDialogFlagModeless;

buttons = r_dlgapp_softkeys_options_home;