一般來說，界面與業(yè)務(wù)邏輯混合在一起不是一種好的代碼風(fēng)格。但對(duì)于WAP應(yīng)用來說，有時(shí)在代碼里寫界面輸出綜合起來考慮可能是一種更好的方式。
1、WAP的界面布局簡單，不向HTML那樣復(fù)雜
2、對(duì)于一個(gè)比較復(fù)雜的WAP應(yīng)用來說，更多的時(shí)候不是簡單的更改一下頁面的布局，而是需要修改功能邏輯，也就是需要修改處理代碼。
3、如果采用界面與邏輯處理完全分離的方法，對(duì)于一個(gè)較復(fù)雜的WAP應(yīng)用來說意味著需要新建大量的頁面文件，若要了解全貌，需要在大量的文件之間來回查找與切換。
4、采用在代碼里寫界面的方法可以避免上面的問題，可以只需要一個(gè)頁面文件。將應(yīng)用劃分模塊，每個(gè)模塊用一個(gè)獨(dú)立的類來處理，類中的每個(gè)方法處理一個(gè)小的功能點(diǎn)，方法中需要寫的界面代碼往往比較少，不太容易出錯(cuò)，即使出錯(cuò)也很容易發(fā)現(xiàn)。還有另一個(gè)好處就是整個(gè)應(yīng)用的代碼結(jié)構(gòu)非常清晰，每個(gè)類、每個(gè)方法的功能一目了能，不像3中的方式需要在很多個(gè)文件之間來回切換。為了減少重復(fù)寫界面輸出代碼，還可以將寫界面的代碼抽出來作為一個(gè)界面輸出類。
5、上面的方式4缺點(diǎn)就是界面與邏輯處理混合在一起，不能通過簡單的看一下界面了解一個(gè)應(yīng)用的主要功能。
6、綜合以上情況，針對(duì)WAP這種特定的應(yīng)用。如果是邏輯處理比較簡單而且功能不會(huì)經(jīng)常變動(dòng)的應(yīng)用還是采用界面與處理分離的方式更好，但如果是比較復(fù)雜且可能修改不是簡單的更改一下頁面布局的應(yīng)用來說采用在代碼里輸出界面可能更好一些。