<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

         摘要: Java語法總結 - 字符串

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

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

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

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

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

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

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

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

         摘要: 16、對于非面向對象的編程,它產生的函數調用會引起“前期綁定”。編譯器產生對一個具體函數名字的調用,而連接器將這個調用解析到將要被執行的代碼的絕對地址。相反地,在面向對象編程中采用了“后期綁定”,當對象發送消息時,被調用的代碼直到運行時才能被確定。為了執行后期綁定,Java采用一段特殊的代碼來替代絕對地址調用。這段代碼使用在對象中存儲的信息來計算方法體的地址。
    (多態,或者說是向上轉型。他忽略了類型的具體細節,僅僅和基類交互。這很符合我們人類的思維習慣,比如你會開車,那么給你一輛奔馳你肯定能開,寶馬也可以。只需說我在開車,而不必說我在開奔馳開寶馬。當然你可以這么說,炫耀一下也不是錯^_^,Java允許你這么做。)  閱讀全文

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

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

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

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

         摘要: 所有的東西都放在一個文章里,顯然太長了,因此分成幾篇文章來寫。這篇置頂的是其他文章的索引鏈接,這樣我就不用考慮篇幅的長短,能加進一些例子,還有實踐建議,更詳細的總結。我打算在下一周把基本的內容搞定,然后就是日后的慢慢修改,更新。希望大家看到錯誤及時通知我,免得誤人啊。
    -------------------Raylong  閱讀全文

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

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

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

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

    posted @ 2007-10-13 21:23 Raylong 閱讀(1271) | 評論 (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.
    我們要設計一個程序,它能夠知道足夠的配對信息,以便決定新的配對能否是聯通的。非正式地,我們把設計這樣的方法稱為聯通問題。這個問題出現在很多重要的應用中。
    (看起來沒什么復雜的算法,是因為規模小,10個配對用人腦就能算出來。it possible for a human to  閱讀全文

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

    列出全部內容
    共3頁: 上一頁 1 2 3 下一頁 
    主站蜘蛛池模板: 国产午夜精品免费一区二区三区| 91视频精品全国免费观看| 亚洲欧美综合精品成人导航| 69视频免费在线观看| 久久久久久久久亚洲| 亚洲av纯肉无码精品动漫| 黄瓜视频高清在线看免费下载| 亚洲欧洲日产专区| 国产免费播放一区二区| 亚洲精品麻豆av| 亚洲午夜成激人情在线影院 | 国产亚洲av人片在线观看| 97久久精品亚洲中文字幕无码| 亚洲欧美第一成人网站7777 | 免费无码国产在线观国内自拍中文字幕| 国产性生大片免费观看性| 最近免费中文字幕4| 亚洲精品无码高潮喷水A片软| 国产男女性潮高清免费网站 | 小日子的在线观看免费| 国产在线a不卡免费视频| 99亚洲男女激情在线观看| 亚洲视频在线免费播放| 亚洲人成综合网站7777香蕉| 国产大片线上免费看| 一区二区三区免费在线观看| 四虎影视永久免费视频观看| 中国亚洲呦女专区| 免费国产一级特黄久久| 亚洲欧美日韩中文二区| 亚洲 小说区 图片区 都市| 亚洲国产欧美一区二区三区| 亚洲乱码中文字幕综合234| 久久免费公开视频| 亚洲中文字幕一二三四区苍井空 | 成人免费在线观看网站| 农村寡妇一级毛片免费看视频| 亚洲成A人片777777| 成人黄动漫画免费网站视频| a免费毛片在线播放| 亚洲成a人无码av波多野按摩|