Java Card Applet开发：OO还是C-style?

近日又在重构PBOC 2.0的EDEP，按客户的需求改了几十个细节。

改动过程中对面向对象的理解有点加深。

例如为了避免两个class相互依赖，可以用一个Interface居中作为解耦。

由于卡内空间有限，资源紧缺，在设计时应注意避免继承层次过深。

个人感觉，由于资源有限，不大可能大量应用各种设计模式。

JAVACARD API中比较显眼的设计模式只有两个：单例模式、Builder模式。

这两个模式的应用也是为了节约资源，以及为applet开发者屏蔽底层硬件细节。

上海有一家芯片公司，曾经试图研发100%java的卡芯片，最后因为成本太高而放弃。

有朋友仍然建议用C的风格来开发java card applet，但我觉得至少可以充分利用try catch finally这种C没有的java语法，让代码逻辑可以变得更清晰。

另外也有朋友建议说不要分多个package，否则应用到TSM平台时，会被烦死。