zxbyhcsdn

一般來說接口是抽象層次上的,屬于比較高層次的業務邏輯,在設計的時候盡量考慮不會發生變化.

比如說,你的主板上的內存插槽是DDR2的,你就只能上DDR2的內存,
如果要變成DDR3的接口,那只有考慮更換主板.
其實當發生這樣的情況的時候,就是應當考慮"重構"了.

ajax神奇在于它的思想.不在技術

在電驢上搜 風中葉,struts2
這個視頻講的很不錯餓!!

不錯!!

把哪個"-" replace成"",也就是去掉哪個-

order by replace(out_scrpno,"-","")

不知道你用的什么數據庫,你根據的情況使用replace功能函數就是了

挖卡!!不錯

為什么不用jquery和pototyle

我想到的是解方程，哈哈??！
然后突然發現，那些數學知識已經忘的差不多了

先弄清楚了IoC和Aop再去spring比較好！
還有和ejb相比，spring要輕量級一點。

這個國家不注重實業，這哈問題來了麻?。?
公務員也不見得就好的很，地方政府還不是有拿不出錢的時候，
那些工廠倒閉，他在哪兒去收稅喲

實在是不明白，為什么不用存儲過程或者視圖??！

Spring是 實現IoC，AOP思想的一套東東。

對于演示原型，上午要下午給的快速交付
-----------------------------------------
這個還分什么MVC喲,
拿出當年Delphi,PB的那種開發模式
OO都不管了!!

因為 OO的最高原則 開閉原則在這兒不生效.
這個東東不得變動,沒有修改,不可能擴展,因為下午就要拿去演示,演示完了,也就結束了.

最高原則是怎么做出來快當!!呵呵呵....

將那些觀察者放到被觀察者的一個聚集對象里面(List)，
當然觀察者需要滿足同一接口(如果不滿足，用適配器模式)
然后被觀察者發生事情了，循環調用那個List的觀察者對象的某一個方法就行了。

然后事件就更牛X一點，
直接把觀察者的那些方法存起來(其實就是存的函數指針)，被觀察者只需要調用事件，就相當于循環執行了方法了。

哎呀！這個故事太長了??！
還是覺得那個張子陽舉的燒開水的例子比較簡單！

@LB

本文是在討論 工廠模式與開閉原則.
并不是在討論實際系統是否必須百分百滿足開閉原則.

本人也認為,原則是死的,使用的人是靈活的..

還有一點,我舉例的factory為每一個類型在建立具體的factory,
這個正是我要論證的論點:如果僅僅是在工廠方法里面寫一個New,而且也不會發生變化.就沒有使用工廠方法的意義了.
可以認為那是一個反例!!!

不用去研究這個!
使用餓漢單例模式就可以了.

<<java 與模式>>

對,這兒可以配合工廠.
但是我講這個的重點是怎樣解決 隔離的問題,
我擔心再拉進工廠,會沖淡主題了!!

看了以上兩位的評論,覺得提出的意見很好,
但是我覺得既然也不是什么非腦筋的事情,何不在語法和應有的兩個層面上都理解清楚啦.比較基礎的東西,理解透徹點是好事情.

1.
抽象類使用的場合:
類的部分方法是確定的,而另外部分方法是不確定的,只有通過繼承的子類去確定這部分方法,
但是子類可以使用抽象類的確定的方法(重用).
------------------------------------------------------
這句話的意思就是說抽象類主要是為了代碼或算法的重用.


2.
那么何為接口啦:
就是說有一個類,所有的方法都是不確定的.
比如說 平面形狀,總歸有獲取設置邊長,面積這些方法吧,但是怎么去實現是不確定的.
----------------------------------------------------------
上面這一段話,需要改一下,就是說有一個類,所有的方法都是不確定的.但是必須要有這些方法.
換言之:接口是一種約定,是一種規范,你必須滿足他,但是不關心你怎么實現.

個人還是覺得Java應該不允許override public成員變量.
直接讓他編譯不能通過還還好點...

腦袋想大了都想不出這樣有何意義,既然是不規范的東西,何不盡早不讓他發生.
就像C#那樣,編譯都通不過!!

困惑了半天,
然后看到這一篇文章頓時茅塞頓開:
http://www.sudu.cn/info/html/edu/jsp/20071109/102484.html

原來對象的成員變量在Java里面是允許override的.
但是成員變量是在編譯的時候決定,但是方法是在運行時決定.
方法可以動態綁定,但是成員變量不可以動態綁定,如果要讓成員變量實現動態綁定,那么就需要通過方法.

還是上面那段代碼,在Main方法里面加上如下
FatherClass fc1 = new SunziClass();
fc1.f();
//加上下面的這一段話:
System.out.println(fc1.value);
System.out.println(((SunziClass)fc1).value);

運行結果是:
0
200


怪不得C#里面不允許Override成員變量

ChildClass cc = new SunziClass();
cc.ff();
----------
最后執行到Father類里面的
public void run(){
System.out.println("FatherClass.run():"+this.value);
}
這里面的this是引用的Sunzi對象，為什么this.value卻是Father的默認value值0呢？
------------------------------------------------------------
這兒實際上在Sunzi類里面是覆蓋了父類的Public int value 成員變量了,一般來說應該設置成一個Private 成員變量,然后寫getter和setter來訪問.

一般不推薦直接覆蓋父類的Public 成員變量,這個在C#里面是編譯不能通過的.
Java里面能通過,但是出現這樣匪夷所思的結果. 我也不知道是怎么回事情了,
難道調用方法的this和調用成員變量的this不是一個??好像不可能啊??
那位高手幫忙解釋一下啦??

好了,緊縮了,呵呵

不錯!!

有同感,
特別是Leader

最好忘掉自己是Leader