MVC在J2ME项目中的应用之MVC慨述

>　　initModel();
　　createView();
　　} else {
　　updateView();
　　}
　　getScreen().setCommandListener ( (CommandListener) this );
　　return getScreen ();
　　}
　　
　　public void showScreen() {
　　try {
　　display.setCurrent( prepareScreen() );
　　} catch (Exception e) {
　　e.printStackTrace();
　　Alert a = new Alert("Error in showing screen");
　　a.setTimeout(Alert.FOREVER);
　　display.setCurrent(a);
　　}
　　}
　　
　　// Initialize. If a data member is not backed by RMS, make sure
　　// it is uninitilzed (null) before you put in values.
　　protected abstract void initModel () throws Exception;
　　
　　protected abstract void createView () throws Exception;
　　
　　protected abstract void updateView () throws Exception;
　　
　　public abstract void commandAction(Command c, Displayable s);
　　
　　}
　　
　　因为都在一个类里面，你在也不必被MVC三者之间的关系操心了，这种退化的做法，是对MIDP有限资源的妥协。
　　
　　我的习惯做法
　　
　　下面结合我对MVC的理解和大家交流一下。我使用的是一种UML标准的做法，最大程度上对的体现分离的思想。首先和大家交流一下词汇表：
　　
　　View代表屏幕
　　
　　View通过预先商定好的接口向Controller索要数据，View同时收集用户的输入，View并不处理这些输入，而是根据不同的输入回调Controller不同的方法。通常View的子类使用UI后缀。
　　
　　Controller 控制器
　　
　　提供View调用的接口，负责和model交流。控制器和View共同担负起和用户交流的作用。
　　
　　Model 泛指一系列的实体对象
　　
　　需要注意的是我理解的Model并不是屏幕数据的组织单位。Model代表一系列的实体对象。由Controller跟Model交流。我觉得RAD工具中常常将Model代表屏幕数据的集合正式导致MVC概念混乱的一个原因。RAD工具中Model，大体相当于这里的Controller所起的作用。
　　　

　　控制器并不总是联系着Model，有时只是依赖关系。并且Controller往往通过Model的对应的生命期类来获得Model对象。在这种形式中，层层隔离，View与Controller紧密相连，而Model有很高的独立性，可以很好的重用。
　　
　　一般的结合UML设计的过程，对MVC的各个类有相应的命名习惯。
　　
　　View 　称为Boundary类（边界类）以UI结尾
　　
　　Controller 　　称为 Controller类（控制类）　以Workflow结尾
　　
　　Model 　　称为Entity类（实体类）　以Entity结尾或者没有尾缀
　　
　　Model对应的Lifecyc

上一页 [1] [2]