• 您現在的位置是:首頁 >生活 > 2023-11-29 14:42:23 來源:

    程序設計語言有哪幾種(程序設計)

    導讀 大家好,我是小夏,我來為大家解答以上問題。程序設計語言有哪幾種,程序設計很多人還不知道,現在讓我們一起來看看吧!1、程序設計主要方...

    大家好,我是小夏,我來為大家解答以上問題。程序設計語言有哪幾種,程序設計很多人還不知道,現在讓我們一起來看看吧!

    1、程序設計主要方法有面向結構的方法和面向對象的方法。

    2、結構化程序設計

    3、   隨著計算機的價格不斷下降,硬件環境不斷改善,運行速度不斷提升。程序越寫越大,功能越來越強,講究技巧的程序設計方法已經不能適應需求了。記得是哪本書上講過,一個軟件的開發成本是由:程序設計 30% 和程序維護 70% 構成。這是書上給出的一個理論值,但實際上,從我十幾年的工作經驗中,我得到的體會是:程序設計占 10%,而維護要占 90%。也許我說的還是太保守了,維護的成本還應該再提高。下面這個程序,提供了兩種設計方案,大家看看哪個更好一些那?

    4、   題目:對一個數組中的100個元素,從小到大排序并顯示輸出。(BASIC)

    5、   方法1:冒泡法排序,同時輸出。

    6、FOR I=1 TO 100

    7、  FOR J=I+1 TO 100

    8、   IF A[I] > A[J] THEN T=A[J]: A[J]=A[I]: A[I]=T

    9、  NEXT J

    10、  ? A[I]

    11、NEXT I

    12、   方法2:冒泡法排序,然后再輸出。

    13、FOR I=1 TO 100

    14、FOR J=I+1 TO 100

    15、IF A[I] > A[J] THEN T=A[J]: A[J]=A[I]: A[I]=T

    16、NEXT

    17、NEXT

    18、FOR I=1 TO 100

    19、? A[I]

    20、NEXT

    21、   顯然,“方法1”比“方法2”的效率要高,運行的更快。但是,從現在的程序設計角度來看,“方法2”更高級。原因很簡單:(1)功能模塊分割清晰——易讀;(2)也是最重要的——易維護。程序在設計階段的時候,就要考慮以后的維護問題。比如現在是實現了在屏幕上的輸出,也許將來某一天,你要修改程序,輸出到打印機上、輸出到繪圖儀上;也許將來某一天,你學習了一個新的高級的排序方法,由“冒泡法”改進為“快速排序”、“堆排序”。那么在“方法2”的基礎上進行修改,是不是就更簡單了,更容易了?!這種把功能模塊分離的程序設計方法,就叫“結構化程序設計”。

    22、面向對象的程序設計

    23、   隨著程序的設計的復雜性增加,結構化程序設計方法又不夠用了。不夠用的根本原因是“代碼重用”的時候不方便。面向對象的方法誕生了,它通過繼承來實現比較完善的代碼重用功能。很多學生在應聘工作,面試的時候,常被問及一個問題“你來談談什么是面向對象的程序設計”,學生無言,回來問我,這個問題應該怎么回答。我告訴他,你只要說一句話就夠了“面向對象程序設計是對數據的封裝;范式(模板)的程序設計是對算法的封裝。”后來再有學生遇到了這個問題,只簡單的一句對答,對方就對這個學生就刮目相看了(學生后來自豪地告訴我的)。為什么那?因為只有經過徹底的體會和實踐才能提煉出這個精華。

    24、   面向對象的設計方法和思想,其實早在70年代初就已經被提出來了。其目的就是:強制程序必須通過函數的方式來操縱數據。這樣實現了數據的封裝,就避免了以前設計方法中的,任何代碼都可以隨便操作數據而因起的BUG,而查找修改這個BUG是非常困難的。那么你可以說,即使我不使用面向對象,當我想訪問某個數據的時候,我就通過調用函數訪問不就可以了嗎?是的,的確可以,但并不是強制的。人都有惰性,當我想對 i 加1的時候,干嗎非要調用函數呀?算了,直接i++多省事呀。呵呵,正式由于這個懶惰,當程序出BUG的時候,可就不好捉啦。而面向對象是強制性的,從編譯階段就解決了你懶惰的問題。

    25、   巧合的是,面向對象的思想,其實和我們的日常生活中處理問題是吻合的。舉例來說,我打算丟掉一個茶杯,怎么扔那?太簡單了,拿起茶杯,走到垃圾桶,扔!注意分析這個過程,我們是先選一個“對象”------茶杯,然后向這個對象施加一個動作——扔。每個對象所能施加在它上面的動作是有一定限制的:茶杯,可以被扔,可以被砸,可以用來喝水,可以敲它發出聲音......;一張紙,可以被寫字,可以撕,可以燒......。也就是說,一旦確定了一個對象,則方法也就跟著確定了。我們的日常生活就是如此。但是,大家回想一下我們程序設計和對計算機的操作,卻不是這樣的。拿DOS的操作來說,我要刪除一個文件,方法是在DOS提示符下:c:> del 文件名<回車>。注意看這個過程,動作在前(del),對象在后(文件名),和面向對象的方法正好順序相反。那么只是一個順序的問題,會帶來什么影響那?呵呵,大家一定看到過這個現象:File not found. “啊~~~,我錯了,我錯了,文件名敲錯了一個字母”,于是重新輸入:c:> del 文件名2<回車>。不幸又發生了,計算機報告:File read only. 哈哈,痛苦吧:)。所以DOS的操作其實是違反我們日常生活中的習慣的(當然,以前誰也沒有提出過異議),而現在由于使用了面向對象的設計,那么這些問題,就在編譯的時候解決了,而不是在運行的時候。obj.fun(),對于這條語句,無論是對象,還是函數,如果你輸入有問題,那么都會在編譯的時候報告出來,方便你修改,而不是在執行的時候出錯,害的你到處去捉蟲子。

    26、   同時,面向對象又能解決代碼重用的問題——繼承。我以前寫了一個“狗”的類,屬性有(變量):有毛、4條腿、有翹著的尾巴(耷拉著尾巴的那是狼)、鼻子很靈敏、喜歡吃肉骨頭......方法有(函數):能跑、能聞、汪汪叫......如果它去抓耗子,人家叫它“多管閑事”。好了,狗這個類寫好了。但在我實際的生活中,我家養的這條狗和我以前寫的這個“狗類”非常相似,只有一點點的不同,就是我的這條狗,它是:卷毛而且長長的,鼻子小,嘴小......。于是,我派生一個新的類型,叫“哈巴狗類”在“狗類”的基礎上,加上新的特性。好了,程序寫完了,并且是重用了以前的正確的代碼——這就是面向對象程序設計的好處。我的成功只是站在了巨人的肩膀上。當然,如果你使用VC的話,重用最多的代碼就是MFC的類庫。

    本文到此講解完畢了,希望對大家有幫助。

  • 成人app