摘要: Java語法總結(jié) - 字符串

          Java的String太特別了,也太常用了,所以重要。我初學Java就被它搞蒙了,太多混淆的概念了,比如它的不變性。所以必須深入機制地去理解它。  閱讀全文

          posted @ 2007-10-21 12:47 Raylong 閱讀(5665) | 評論 (17)編輯 收藏

               摘要: 前段時間一直用eclipse,用某個老師的話說:爽!確實,用eclipse寫代碼簡直是種享受。即時編譯讓你可以根據(jù)前面的小紅叉很容易找到bug所在,當然這種bug不是邏輯的,而是普通的語法錯誤。我還是初學者,沒用到debug。但是我怎么總是犯低級的錯誤呢?……  閱讀全文

          posted @ 2007-10-20 13:06 Raylong 閱讀(2630) | 評論 (22)編輯 收藏

               摘要: 早上看到了一個“二進制與任意字符互轉(zhuǎn)小程序”,覺得有幾點不足,因此動手改進一下,不足之處歡迎批評指正。也請原作者不要介懷。  閱讀全文

          posted @ 2007-10-20 11:17 Raylong 閱讀(1113) | 評論 (4)編輯 收藏

               摘要: 1、對象的存儲:Java中所有對象的存儲空間都是在堆中分配的,但是這個對象的引用卻是在堆棧中分配,也就是說在建立一個對象時從兩個地方都分配內(nèi)存,在堆中分配的內(nèi)存實際建立這個對象,而在堆棧中分配的內(nèi)存只是一個指向這個堆對象的指針(引用)而已。堆的特點是靈活性,但為此犧牲了高效性,可以在運行時動態(tài)地分配存儲;堆棧的特點是高效性,但缺乏靈活性,在編譯時刻必須知道所要分配的空間大小。堆像個大饅頭,可以根據(jù)你的食量隨便吃,吃飽了算;堆棧像是吃大鍋飯,每個人都是定食定量的,你必須告訴廚子你的飯量,廚子據(jù)此做飯,然后你們就排隊打飯吧。它們沒有孰優(yōu)孰劣之分,各自不同特點有不同的應用。  閱讀全文

          posted @ 2007-10-16 18:39 Raylong 閱讀(1256) | 評論 (25)編輯 收藏

               摘要: 16、對于非面向?qū)ο蟮木幊蹋a(chǎn)生的函數(shù)調(diào)用會引起“前期綁定”。編譯器產(chǎn)生對一個具體函數(shù)名字的調(diào)用,而連接器將這個調(diào)用解析到將要被執(zhí)行的代碼的絕對地址。相反地,在面向?qū)ο缶幊讨胁捎昧恕昂笃诮壎ā保攲ο蟀l(fā)送消息時,被調(diào)用的代碼直到運行時才能被確定。為了執(zhí)行后期綁定,Java采用一段特殊的代碼來替代絕對地址調(diào)用。這段代碼使用在對象中存儲的信息來計算方法體的地址。
          (多態(tài),或者說是向上轉(zhuǎn)型。他忽略了類型的具體細節(jié),僅僅和基類交互。這很符合我們?nèi)祟惖乃季S習慣,比如你會開車,那么給你一輛奔馳你肯定能開,寶馬也可以。只需說我在開車,而不必說我在開奔馳開寶馬。當然你可以這么說,炫耀一下也不是錯^_^,Java允許你這么做。)  閱讀全文

          posted @ 2007-10-15 16:22 Raylong 閱讀(1061) | 評論 (6)編輯 收藏

               摘要: 時間真快,轉(zhuǎn)眼就第七周了(學校的)。花點時間總結(jié)一下還是很有好處的,看看學到了什么,哪些需要調(diào)整,本周該如何安排。下面就從這三點總結(jié)。

          上周學的東西真就不多,速度實在太慢,不是我懶,而是看書太過細致,效率不高導致的。算法還沒接觸到正題呢,語法總結(jié)了一點點,編程思想剛看完第一章。如此的速度很愁人啊。  閱讀全文

          posted @ 2007-10-15 07:38 Raylong 閱讀(527) | 評論 (15)編輯 收藏

               摘要: 所有的東西都放在一個文章里,顯然太長了,因此分成幾篇文章來寫。這篇置頂?shù)氖瞧渌恼碌乃饕溄樱@樣我就不用考慮篇幅的長短,能加進一些例子,還有實踐建議,更詳細的總結(jié)。我打算在下一周把基本的內(nèi)容搞定,然后就是日后的慢慢修改,更新。希望大家看到錯誤及時通知我,免得誤人啊。
          -------------------Raylong  閱讀全文

          posted @ 2007-10-14 16:12 Raylong 閱讀(13537) | 評論 (21)編輯 收藏

               摘要: 1、程序設計就是對復雜度的管理,復雜度包括:待解決問題的復雜度和所依賴的機器的復雜度。正是這種復雜度的存在,導致了大多數(shù)項目的失敗。并且據(jù)我所知,還沒有哪個程序設計語言將主要設計目標放在“征服程序開發(fā)和維護過程中的種種復雜度”上。
          (下面開始列舉了其他語言的種種不足,幾乎每本技術(shù)書的開篇就是王婆賣瓜的形式出現(xiàn)的,給讀者點鼓勵嘛,不要被厚厚的磚頭般的書嚇到。搞計算機的女生的好處是,晚上在你回宿舍的路上,不幸遇見歹人攔路打劫,你只需隨便抄起一本書就能把他打個半死。好的技術(shù)書不僅能豐富知識,也是居家旅游、貼身自衛(wèi)的最佳工具。C++本身就很復雜,用復雜的語言描述復雜的問題,對設計者和程序員的要求都很高。)  閱讀全文

          posted @ 2007-10-13 21:27 Raylong 閱讀(1214) | 評論 (4)編輯 收藏

               摘要: 1、所有編程語言都提供抽象機制。可以認為,人們所能解決的問題的復雜性直接取決于抽象的類型和質(zhì)量。……匯編、C等所做的抽象仍要求在解決問題時要基于計算機的結(jié)構(gòu),而不是基于所要解決的問題的結(jié)構(gòu)來考量。程序員必須建立起在機器模型和實際解決問題的模型之間的關(guān)聯(lián)。建立這種映射是費力的,而且這不屬于編程語言所固有的功能。
          (早期的程序員都是很強的……)  閱讀全文

          posted @ 2007-10-13 21:23 Raylong 閱讀(1277) | 評論 (4)編輯 收藏

               摘要: 2007年10月12日 8:35:57

          9、Our problem is to devise a program that can remember sufficient information about the pairs it has seen to be able to decide whether or not a new pair of objects is connected. Informally, we refer to the task of designing such a method as the connectivity problem. This problem arises in a number of important applications.
          我們要設計一個程序,它能夠知道足夠的配對信息,以便決定新的配對能否是聯(lián)通的。非正式地,我們把設計這樣的方法稱為聯(lián)通問題。這個問題出現(xiàn)在很多重要的應用中。
          (看起來沒什么復雜的算法,是因為規(guī)模小,10個配對用人腦就能算出來。it possible for a human to  閱讀全文

          posted @ 2007-10-13 08:40 Raylong 閱讀(1100) | 評論 (3)編輯 收藏

          僅列出標題
          共3頁: 上一頁 1 2 3 下一頁 
          主站蜘蛛池模板: 谢通门县| 霍山县| 奉贤区| 安远县| 阳城县| 启东市| 建水县| 旺苍县| 即墨市| 沁水县| 沙坪坝区| 中山市| 双牌县| 宁强县| 大洼县| 卢湾区| 大安市| 虎林市| 轮台县| 财经| 醴陵市| 河南省| 五大连池市| 恭城| 望江县| 乐昌市| 南澳县| 庆云县| 武强县| 阜城县| 谷城县| 梨树县| 佛教| 沅陵县| 夏河县| 闻喜县| 罗平县| 交城县| 安西县| 滁州市| 林口县|