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