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