标签：
近日又在重构PBOC 2.0的EDEP，按客户的需求改了几十个细节。
改动过程中对面向对象的理解有点加深。
例如为了避免两个class相互依赖，可以用一个Interface居中作为解耦。
由于卡内空间有限，资源紧缺，在设计时应注意避免继承层次过深。
个人感觉，由于资源有限，不大可能大量应用各种设计模式。
JAVACARD API中比较显眼的设计模式只有两个：单例模式、Builder模式。
这两个模式的应用也是为了节约资源，以及为applet开发者屏蔽底层硬件细节。
上海有一家芯片公司，曾经试图研发100%java的卡芯片，最后因为成本太高而放弃。
有朋友仍然建议用C的风格来开发java card applet，但我觉得至少可以充分利用try catch finally这种C没有的java语法，让代码逻辑可以变得更清晰。
另外也有朋友建议说不要分多个package，否则应用到TSM平台时，会被烦死。
Java Card Applet开发：OO还是C-style?
标签：
原文地址：http://www.cnblogs.com/3b3d/p/4511215.html
