Re: [請益] java的效能!?

看板Soft_Job (軟體人)作者bravomao (資訊苦力)時間15年前 (2011/05/21 13:17)推噓2(2推 0噓 1→)

留言3則, 3人參與討論串11/52 (看更多)

※ 引述《pandaforme (建建)》之銘言： : 事情這樣的 : 因為公司的主管很排斥物件導向概念和新的技術 : 認為程式擁有太多class，必須要一直new產生一個新的instance，會花費很多效能!? : 引用structs架構也會拖慢效能!? : 所以公司的程式充斥一堆static的function和自己硬幹的詭異方法... : 主要的理由是因為公司的程式是裝在一台伺服器，當作產品賣出 : 為了節約硬體資源，所以要避免過多的物件導向概念... : 想請問一下各位前輩事實真的如此嗎？ : 假如是以前的電腦還有可能有這樣的問題發生，但是現在電腦都那麼快 : 頻繁的產生instance會影響到系統效能嗎? : 而且沒有物件導向概念的程式，真的會看到吐血，所有東西都混雜在一起！ : 之後，維護起來一定是個大災難，連基本的分層概念都沒有... : 麻煩有相關經驗的前輩，提供一下相關資訊， : 真的將系統物件導向化會導致系統效能下降嗎？ : 謝謝~ 小弟的淺見給您參考~ 首先我們得去定義效能差跟慢這件事情，說實在的，技術人員討論的都有很高深的技術意涵，各方高手也有獨到的見解，可是...老闆或主管某種程度上是屬於商業人員，他不會也不想跟你談太多了技術理論，他的真正意思也可能不是在計較單一程式或架構的效能而是當他從交易面看效率時是很差的，這樣的話牽涉的層面就很廣，總之他就是效率差這一句話，你要解決。因此你可能得先弄清楚每一次投訴的真正意義，才有辦法解決。有些時候效率差真的是設計架構上的問題，不是語言本身的問題。企業應用不應該拿JAVA 這種中介語言去跟直譯或是編譯語言相比，畢竟大家擅長的應用不同，各司其職罷了!最怕的就是你選錯語言放錯平台.....那真的搞死人! 至於物件導向跟static method這種東西我只能說，static的問題不單單是在於記憶體的配置上，更嚴重的是要是你的method卡住了monitor的話，整個thread就死了不說，極有可能導致整個系統frozen的狀況，這時要怎麼辦? 記憶體的配置現在雖然比較少有斷裂的問題，但是java還是需要連續的空間，大型物件的使用跟配置是很麻煩的事情，但是設計的時候會去考慮要怎麼使用嗎? 而物件的生成跟消滅的確會增加負擔，也會增加斷裂的機會，但是跟static的危險比起來，比較值得。另，Struts的存在是為了管理，不單只是為了技術，其實任何的framework都是為了在管理上有個依據。畢竟在市場上要找人的話，懂framework的人比較好找，而且你也比較可以確定當面試者說他會這個framework時，你就可以考慮用他。最後，高階的JAVA程式效能調校真的是一門專業的功夫，但是許多的狀況是基本的調校都還沒有實現，這時討論的高階的調校其實言之過早，而且容易事倍功半。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.229.63.63