Discussion:
[問題] 如何能夠盡量確保程式穩定性呢?
(时间太久无法回复)
飛
2006-07-11 03:10:59 UTC
Permalink
我知道這個問題可以牽扯出一整堆相關的問題的探討
想請問想增加自己寫的小程式的穩定性的話
最"基本"該注意的有哪些呢?
我是一個很弱的資工系學生...囧
想要寫一個結合access的db、堪用的管理程式
您第一樣要做的就是放棄access，
改用mysql, postgreSQL 或其他。

--
夫兵者不祥之器物或惡之故有道者不處君子居則貴左用兵則貴右兵者不祥之器非君子
之器不得已而用之恬淡為上勝而不美而美之者是樂殺人夫樂殺人者則不可得志於天下
矣吉事尚左凶事尚右偏將軍居左上將軍居右言以喪禮處之殺人之眾以哀悲泣之戰勝以
喪禮處之道常無名樸雖小天下莫能臣侯王若能守之萬物將自賓天地相合以降甘露民莫
之令而自均始制有名名亦既有夫亦將知止知止可以不殆譬道之在天下202.75.4.140海
foolish
2006-07-11 04:36:19 UTC
Permalink
請問能列出程式的架構嗎?

問的問題太廣闊了。

胡亂回答可能無法滿足您的需求呦
我知道這個問題可以牽扯出一整堆相關的問題的探討
想請問想增加自己寫的小程式的穩定性的話
最"基本"該注意的有哪些呢?
我是一個很弱的資工系學生...囧
想要寫一個結合access的db、堪用的管理程式
這學期修JAVA學期中的作業有做到這樣的一個作業
要做出來不難，但是真的要讓他堪用、穩定運作幾個月
又很困難，所以想請問一下
我還另外有個疑問，如果我寫與資料庫合作的程式
我該在進入美一個method的時候connect db然後這method 結束之後就close connection
還是在程式一開始connect之後再也不close一直到程式結束為止?
看書上的範例code因為都太小了，所以大多都是前者
我自己在想後者似乎省略了很多重複的步驟，還是這樣做有缺點呢?
謝謝
--
※ Origin: SayYA 資訊站 <bbs.sayya.org> 
◆ From: 163.26.34.105
有女生願意跟我聊天的嗎~
2006-07-11 14:05:34 UTC
Permalink
我知道這個問題可以牽扯出一整堆相關的問題的探討
想請問想增加自己寫的小程式的穩定性的話
最"基本"該注意的有哪些呢?
我是一個很弱的資工系學生...囧
想要寫一個結合access的db、堪用的管理程式
這學期修JAVA學期中的作業有做到這樣的一個作業
要做出來不難，但是真的要讓他堪用、穩定運作幾個月
又很困難，所以想請問一下
我還另外有個疑問，如果我寫與資料庫合作的程式
我該在進入美一個method的時候connect db然後這method 結束之後就close connection
還是在程式一開始connect之後再也不close一直到程式結束為止?
看書上的範例code因為都太小了，所以大多都是前者
我自己在想後者似乎省略了很多重複的步驟，還是這樣做有缺點呢?
謝謝
恩~~不是很了解你說的進入每一個method的時候connect,
基本上是當你送完所需的資料就close connection
簡單講....一部電梯進來的人都不出去,遲早會bb叫,ok?
除非你的程式需要一直連線的,比如...股票看盤軟體...等等

--
┌┼ Origin:  國立台灣海洋大學˙海大計中  bbs.ntou.edu.tw 
└┘ Author: dennis 從 61-216-96-159.dynamic.hinet.net 發表
飛
2006-07-11 16:47:03 UTC
Permalink
中午回您時沒看到這段，現在來回答。
我還另外有個疑問，如果我寫與資料庫合作的程式
我該在進入美一個method的時候connect db然後這method 結束之後就close connection
這是最好的practice。
如果您選的JDBC driver有支援connection pool, 它不會真正close connection。
實際上是從pool lookup available 的active connection 再分配給您。
還是在程式一開始connect之後再也不close一直到程式結束為止?
千萬別這樣做。

就算存進persistence storage如Servlet的session container 也不建議。
一方面造成connection pool等於白費，
另一方面長遠來說會lose in system scalability。 (開始小賺，最後卻是大賠）
看書上的範例code因為都太小了，所以大多都是前者
我自己在想後者似乎省略了很多重複的步驟，還是這樣做有缺點呢?
謝謝
--
夫兵者不祥之器物或惡之故有道者不處君子居則貴左用兵則貴右兵者不祥之器非君子
之器不得已而用之恬淡為上勝而不美而美之者是樂殺人夫樂殺人者則不可得志於天下
矣吉事尚左凶事尚右偏將軍居左上將軍居右言以喪禮處之殺人之眾以哀悲泣之戰勝以
喪禮處之道常無名樸雖小天下莫能臣侯王若能守之萬物將自賓天地相合以降甘露民莫
之令而自均始制有名名亦既有夫亦將知止知止可以不殆譬道之在天下60.51.51.250海
飛
2006-07-11 17:17:27 UTC
Permalink
※ 引述《feicsh (飛)》之銘言：
Post by 飛
中午回您時沒看到這段，現在來回答。
我還另外有個疑問，如果我寫與資料庫合作的程式
我該在進入美一個method的時候connect db然後這method 結束之後就close connection
這是最好的practice。
如果您選的JDBC driver有支援connection pool, 它不會真正close connection。
實際上是從pool lookup available 的active connection 再分配給您。
如果您的JDBC driver不支援connection pools,
而您又沒有 implement connection pooling 的datasource container。


可以考慮這個：
http://proxool.sourceforge.net/index.html
Post by 飛
還是在程式一開始connect之後再也不close一直到程式結束為止?
千萬別這樣做。
就算存進persistence storage如Servlet的session container 也不建議。
一方面造成connection pool等於白費，
另一方面長遠來說會lose in system scalability。 (開始小賺，最後卻是大賠）
看書上的範例code因為都太小了，所以大多都是前者
我自己在想後者似乎省略了很多重複的步驟，還是這樣做有缺點呢?
謝謝
--
夫兵者不祥之器物或惡之故有道者不處君子居則貴左用兵則貴右兵者不祥之器非君子
之器不得已而用之恬淡為上勝而不美而美之者是樂殺人夫樂殺人者則不可得志於天下
矣吉事尚左凶事尚右偏將軍居左上將軍居右言以喪禮處之殺人之眾以哀悲泣之戰勝以
喪禮處之道常無名樸雖小天下莫能臣侯王若能守之萬物將自賓天地相合以降甘露民莫
之令而自均始制有名名亦既有夫亦將知止知止可以不殆譬道之在天下60.51.51.250海
飛
2006-07-11 18:39:06 UTC
Permalink
※ 引述《feicsh (飛)》之銘言：
Post by 飛
※ 引述《feicsh (飛)》之銘言：
Post by 飛
中午回您時沒看到這段，現在來回答。
這是最好的practice。
如果您選的JDBC driver有支援connection pool, 它不會真正close connection。
實際上是從pool lookup available 的active connection 再分配給您。
如果您的JDBC driver不支援connection pools,
而您又沒有 implement connection pooling 的datasource container。
又，如果您夠瞭解的話，datasource container其實可以自己寫。



--
夫兵者不祥之器物或惡之故有道者不處君子居則貴左用兵則貴右兵者不祥之器非君子
之器不得已而用之恬淡為上勝而不美而美之者是樂殺人夫樂殺人者則不可得志於天下
矣吉事尚左凶事尚右偏將軍居左上將軍居右言以喪禮處之殺人之眾以哀悲泣之戰勝以
喪禮處之道常無名樸雖小天下莫能臣侯王若能守之萬物將自賓天地相合以降甘露民莫
之令而自均始制有名名亦既有夫亦將知止知止可以不殆譬道之在天下60.51.51.250海
Loading...