key words ：面向接口編程
面向?qū)ο笤O(shè)計(jì)里有一點(diǎn)大家已基本形成共識(shí)，就是面向接口編程，我想大多數(shù)人對(duì)這個(gè)是沒有什么覺得需要懷疑的。
問題是在實(shí)際的項(xiàng)目開發(fā)中我們是怎么體現(xiàn)的呢？ 難道就是每一個(gè)實(shí)現(xiàn)都提供一個(gè)接口就了事了？反過來(lái)說，你有時(shí)候有沒有覺得接口是多余的事？ 又或者，你僅僅是覺得現(xiàn)在類似spring這樣的框架已習(xí)慣用接口這種方式而心存當(dāng)然。
設(shè)計(jì)模式解析里提到了面向?qū)ο笤O(shè)計(jì)考慮的幾個(gè)視角，一個(gè)是概念層，一個(gè)是規(guī)約層，一個(gè)是實(shí)現(xiàn)層。我如果沒有猜錯(cuò)的話，實(shí)際上我們大多數(shù)人的眼睛一直是盯著實(shí)現(xiàn)層的，而這正是面向?qū)ο笤O(shè)計(jì)所極力避免的，即你不要在一開始就關(guān)注這些細(xì)節(jié)，你要關(guān)注的是規(guī)約（接口）.
對(duì)于實(shí)際項(xiàng)目開發(fā)來(lái)說，如果我們把實(shí)現(xiàn)的過程分為多個(gè)階段的話我們不妨這么劃分，第一階段，根據(jù)client端的需要去設(shè)計(jì)我們的規(guī)約(interface),在這個(gè)階段任何實(shí)現(xiàn)都沒有，所有的任務(wù)就是定義接口所需要的職責(zé)，以及所需要的一些po,vo;第二階段，實(shí)現(xiàn)前面定義的規(guī)約。而以前我是怎么做的呢？ 我是交叉作的，即假模假樣的定義一個(gè)接口（其實(shí)我心里在想這個(gè)東西有屁用）,然后定義了一個(gè)方法，然后就立即去實(shí)現(xiàn)這個(gè)方法，再然后我又定義一個(gè)方法，繼續(xù)去實(shí)現(xiàn)，我現(xiàn)在終于想通了，這樣好累，效率很低，最重要的是，這不屬于真正的設(shè)計(jì)。
現(xiàn)在我是怎么做的呢？比如一個(gè)list.jsp里需要查詢，列表，然后看明細(xì)信息，然后增加信息，我會(huì)第一步在接口里定義完(這個(gè)過程會(huì)有整體設(shè)計(jì)的意識(shí)),毫不關(guān)心底層實(shí)現(xiàn)(數(shù)據(jù)庫(kù)、事務(wù))，我的目標(biāo)就是"我想要這個(gè)功能，我想要那個(gè)功能"，至于那個(gè)功能怎么實(shí)現(xiàn)在第一階段我認(rèn)為那不是我的事情(盡管這個(gè)事情最終還是由我來(lái)做) .大家看這個(gè)過程和前面的過程有什么本質(zhì)的不同呢？ 就是分層的概念更加明顯，你的工作更有層次，每次都有先設(shè)計(jì)再實(shí)現(xiàn)的步驟，而前面那個(gè)過程很容易就讓你不知不覺地陷入純實(shí)現(xiàn)的陷阱中。
一點(diǎn)感想，歡迎大家拍磚。