摘要: 我始終認(rèn)為,對一個(gè)初學(xué)者來說,IT界的技術(shù)風(fēng)潮是不可追趕。我時(shí)常看見自己的DDMM們把課本扔了,去賣些價(jià)格不菲的諸如 C#, VB.Net 這樣的大部頭,這讓我感到非常痛心。而許多搞不清指針是咋回事的BBS站友眉飛色舞的討論C#里面可以不用指針等等則讓我覺得好笑。C#就象當(dāng)年的ASP一樣,“忽如一夜春風(fēng)來,千樹萬樹梨花開”,結(jié)果許多學(xué)校的信息學(xué)院成了“Web 學(xué)院”。96,97級的不少大學(xué)生都去做Web 了。當(dāng)然我沒有任何歧視某一行業(yè)的意識。我只是覺得如果他們把追趕這些時(shí)髦技術(shù)的時(shí)間多花一點(diǎn)在基礎(chǔ)的課程上應(yīng)該是可以走得更遠(yuǎn)的。
閱讀全文
posted @
2008-05-31 21:14 零全零美 閱讀(191) |
評論 (0) |
編輯 收藏
摘要: instanceof是Java的一個(gè)二元操作符,和==,>,<是同一類東東。由于它是由字母組成的,所以也是Java的保留關(guān)鍵字。它的作用是測試它左邊的對象是否是它右邊的類的實(shí)例,返回boolean類型的數(shù)據(jù)。
閱讀全文
posted @
2008-05-31 09:19 零全零美 閱讀(187) |
評論 (0) |
編輯 收藏
摘要: [1]好好規(guī)劃自己的路,不要跟著感覺走!根據(jù)個(gè)人的理想決策安排,絕大部分人并不指望成為什么院士或教授,而是希望活得滋潤一些,爽一些。那么,就需要慎重安排自己的軌跡。從哪個(gè)行業(yè)入手,逐漸對該行業(yè)深入了解,不要頻繁跳槽,特別是不要為了一點(diǎn)工資而轉(zhuǎn)移陣地,從長遠(yuǎn)看,這點(diǎn)錢根本不算什么,當(dāng)你對一個(gè)行業(yè)有那么幾年的體會,以后錢根本不是問題。頻繁地動蕩不是上策,最后你對哪個(gè)行業(yè)都沒有摸透,永遠(yuǎn)是新手!
[2]可以做技術(shù),切不可沉湎于技術(shù)。千萬不可一門心思鉆研技術(shù)!給自己很大壓力,如果你的心思全部放在這上面,那么注定你將成為孔乙己一類的人物!適可而止為之,因?yàn)榧夹g(shù)只不過是你今后前途的支柱之一,而且還不是最大的支柱,除非你只愿意到老還是個(gè)工程師!
[3] 不要去做技術(shù)高手,只去做綜合素質(zhì)高手!在企業(yè)里混,我們時(shí)常瞧不起某人,說他“什么都不懂,憑啥拿那么多錢,憑啥升官!”這是普遍的典型的工程師的迂腐之言。8051很牛嗎?人家能上去必然有他的本事,而且是你沒有的本事。你想想,老板搞經(jīng)營那么多年,難道見識不如你這個(gè)新兵?人家或許善于管理,善于領(lǐng)會老板意圖,善于部門協(xié)調(diào)等等
閱讀全文
posted @
2008-05-30 18:40 零全零美 閱讀(147) |
評論 (0) |
編輯 收藏
摘要: Hibernate的對象有3種狀態(tài),分別為:瞬時(shí)態(tài)(Transient)、持久態(tài)(Persistent)、脫管態(tài)(Detached).處于持久態(tài)的對象也稱為PO(PersistenceObject),瞬時(shí)對象和脫管對象也稱為VO(ValueObject).
瞬時(shí)態(tài)
由new命令開辟內(nèi)存空間的java對象,
eg.Person person=new Person("xiaoxiao","女");
如果沒有變量對該對象進(jìn)行引用,它將被java虛擬機(jī)回收.
瞬時(shí)對象在內(nèi)存孤立存在,它是攜帶信息的載體,不和數(shù)據(jù)庫的數(shù)據(jù)有任何關(guān)聯(lián)關(guān)系,在Hibernate中,可通過session的save()或saveOrUpdate()方法將瞬時(shí)對象與數(shù)據(jù)庫相關(guān)聯(lián),并將數(shù)據(jù)對應(yīng)的插入數(shù)據(jù)庫中,此時(shí)該瞬時(shí)對象轉(zhuǎn)變成持久化對象.
持久態(tài)
處于該狀態(tài)的對象在數(shù)據(jù)庫中具有對應(yīng)的記錄,并擁有一個(gè)持久化標(biāo)識.如果是用hibernate的delete()方法,對應(yīng)的持久對象就變成瞬時(shí)對象,因數(shù)據(jù)庫中的對應(yīng)數(shù)據(jù)已被刪除,該對象不再
閱讀全文
posted @
2008-05-30 18:18 零全零美 閱讀(183) |
評論 (0) |
編輯 收藏
摘要: 由于SQL優(yōu)化起來比較復(fù)雜,并且還會受環(huán)境限制,在開發(fā)過程中,寫SQL必須必須要遵循以下幾點(diǎn)的原則:
1.ORACLE采用自下而上的順序解析WHERE子句,根據(jù)這個(gè)原理,表之間的連接必須寫在其他WHERE條件之前, 那些可以過濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的末尾.
例如:
(低效)
SELECT … FROM EMP E WHERE SAL > 50000 AND JOB = ‘MANAGER’ AND 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=E.EMPNO);
(高效)
SELECT … FROM EMP E WHERE 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=E.EMPNO) AND SAL > 50000 AND JOB = ‘MANAGER’;
閱讀全文
posted @
2008-05-05 13:26 零全零美 閱讀(191) |
評論 (0) |
編輯 收藏
摘要: 今天霄漢的SQL優(yōu)化培訓(xùn)收獲頗豐,摘要出一部分.
1.1 IN 操作符
用IN寫出來的SQL的優(yōu)點(diǎn)是比較容易寫及清晰易懂,這比較適合現(xiàn)代軟件開發(fā)的風(fēng)格。
但是用IN的SQL性能總是比較低的,從ORACLE執(zhí)行的步驟來分析用IN的SQL與不用IN的SQL有以下區(qū)別:
ORACLE試圖將其轉(zhuǎn)換成多個(gè)表的連接,如果轉(zhuǎn)換不成功則先執(zhí)行IN里面的子查詢,再查詢外層的表記錄,如果轉(zhuǎn)換成功則直接采用
多個(gè)表的連接方式查詢。
由此可見用IN的SQL至少多了一個(gè)轉(zhuǎn)換的過程。一般的SQL都可以轉(zhuǎn)換成功,但對于含有分組統(tǒng)計(jì)等方面的SQL就不能轉(zhuǎn)換了。
推薦方案:在業(yè)務(wù)密集的SQL當(dāng)中盡量不采用IN操作符而使用EXISTS。
閱讀全文
posted @
2008-05-05 13:25 零全零美 閱讀(659) |
評論 (0) |
編輯 收藏
//取得數(shù)據(jù)表相應(yīng)信息的SQL語句
select t.TABLE_NAME as 表名,
t.COLUMN_NAME as 列表,
t.DATA_TYPE as 列數(shù)據(jù)類型,
t.DATA_LENGTH as 列數(shù)據(jù)長度
from user_tab_columns t
where t.TABLE_NAME = :tableName
select s.table_name as 表名,
s.comments as 表注釋
from user_tab_comments s
where s.table_name = :tableName
select y.table_name as 表名,
y.column_name as 字段名,
y.comments as 字段注釋
from user_col_comments y
where y.table_name = :tableName
posted @
2008-04-27 23:05 零全零美 閱讀(189) |
評論 (0) |
編輯 收藏
//設(shè)定那個(gè)選項(xiàng)被選中
select.options[i].selected=true
select.value="value"
select.selectedIndex = index;
//創(chuàng)建新的Option對象
new Option(text,value)
new option(text,value,defaultSelected,selected
text:字符串,指定option對象的text屬性(即<option></option>之間的文字)
value:字符串,指定option對象的value屬性
defaultSelected:布爾值,指定option對象的defaultSelected屬性
selected:布爾值,指定option對象的selected屬性
//向select中增加Option
select.add(new Option(text,value))
//刪除
select.options.remove(index)
//一次性刪除全部
select.length = 0;
posted @
2008-04-27 22:49 零全零美 閱讀(763) |
評論 (0) |
編輯 收藏
摘要: Tapestry4.0.2配置URL友好轉(zhuǎn)換的兩個(gè)步驟
閱讀全文
posted @
2008-04-23 09:14 零全零美 閱讀(177) |
評論 (0) |
編輯 收藏
摘要: 一段Tapestry環(huán)境下JS控制DIV顯隱的代碼
閱讀全文
posted @
2008-04-21 17:54 零全零美 閱讀(692) |
評論 (0) |
編輯 收藏