瀏覽單個文章
shad
Major Member
 
shad的大頭照
 

加入日期: Feb 2005
文章: 116
我也來說一下個人拙見

1.
C跟PHP、Perl、VB等語言比起來是低階了點,
但是也不能算在低階,我偏好說他是中階,
因為若他是高階,那我認為大部分高階語言就要改叫高高階了。

2.
很多人還在用ASM開發小軟體(實際上其工程也不小),以特殊團體(C...er)為多。

3.
個人討厭MFC,還是API多用用或者自己寫函式實在點,
不過很多軟體都用MFC啦,程式是用來使工作輕鬆的,故節省時間亦無不可。

4.
一般來說,我們都說Linux由C寫成,沒看過有*.cpp(這裡單指我沒看過),或許會包含asm吧,
而依我的想法,我認為不一定要用C,
或許就像執行檔的link那樣,編譯出來的二進制檔案還是可以結合在一起使用,
但這通常難以稱作標準Linux (結論:以C寫成是「普遍說法」)

5.
MicroKernel 跟有沒有用C++我感覺不到有任何關聯,可否詳加說明?

6.
我知道「Linux整個系統」之中有用C++寫的部分
﹝看你怎麼定義「整個」,我也可以補一個Perl的程式上去,但它不是核心﹞

7.
中文化通常改的是Resource;
CXAT只屬於簡單的中文化工具﹝無可否認,它很好用﹞;
沒看過有人常用ollydbg中文化,它比較屬於debugger。
ollydbg我想很難再出新版本了,停滯了許久。

8.
用C寫GUI程式比ASM簡單許多(Win32)﹝至少不是差不多﹞

9.
以上,因今天﹝現在快天亮了﹞有重要的事,
沒仔細看討論,只對幾個地方提出意見,人非聖賢,若有謬誤懇請指正,
小弟有十足的學習心,縱然天資不佳,但是仍然希望多與眾先進請益,感謝。

引用:
作者capitalm
有沒有用 C++ 和 microkernel 一點關係都沒有
microkernel 是一種 kernel 的架構,C++是一種程式語言

在 kernel 裡面用 C++ 可能會造成的問題是
如果你用上 C++ 的 Inheritance 及 overloading、virtual function 等 oop 方法
可能會造成 compile 及 runtime 效能比較差,但也就僅此而已
就可行性上是沒有任何問題的
有興趣可以參考 http://www.invalidsoftware.net/os/?the_id=11

還有要在 linux kernel 加上 C++ code 會讓專案管理變複雜
但是也不是不可行的,反正 compile 之後都是 binary

這篇十分中肯,我喜歡!

引用:
作者hodala
約在1970年,Bell Lab的Ken Thompson用asm寫了一個unics,之後Dennis Ritchie把unics用C重寫,後來並以Dennis所寫的為基礎來發成正式版本,並稱為Unix.........

因為Dennis用C寫,所以導致Unix具有強大的portability.
注意一下,這邊所指的portability,是以asm跟C的觀點來看的,講白話一點,用asm的話幾乎要全改,用C的話只要改底層的部份,像是在最底層的kernel,compiler方面,還是要做出適合自己機器的修改.
像是Berkeley的Bill Joy把Unix拿來改成符合自己機器的版本,此版本即是頂頂有名的BSD.

我已經點出你的解答了,就是任何OS都算是machine dependent,像是linux,他有x86版本有PPC版本,有Alpha版本,有SPARC版本......有任何的embedded system版本

1987年Richard Stallman完成了GCC,以及其他重大工具,如bash,emacs,gnuclib.......
不講古了

這篇也講得很實在,認同...
但BSD與UNIX的故事不只就這麼簡單,
這又要說到AT&T、一些大學、BSD、FreeBSD、Linux之間錯綜複雜故事了。

引用:
作者nagual
對於一般應用程式來說, Linux Kernel所提供的System Call是一致的, 不會對
不同的機器而有所不同, 這個部份用一致的interface來達成machine independent.

但是, Linux kernel也有machine dependent的code, 很多是由組合語言寫成,
但這都是低階的部份, 最後還是會用同一種interface把這些不同的地方, 包裝起來,
因此一般的應用程式發展者, 或者甚至驅動程式發展者, 都能用同樣的System
Call和Function Call.

Linux能在很多機器上跑, 就是有人把低階不同的部份, 去實作出一致的
interface/function call. That's all.

有道理。

That's ALL !
     
      
__________________
##- ShaD -##

【燒錄】品質測試在不同讀取機器下無法比較【燒錄】讀取速度有時影響測試出的品質甚多【燒錄】測個幾片無法完全了解該種碟片的品質【燒錄】最要小心的不是燒完的讀取性,而是存放性【燒錄】不要相信Nero的資料驗證【燒錄】燒錄品質高不表示資料正確【程設】遞迴只應天上有,人間只能用迴圈【程設】迴圈轉遞迴為求簡便,遞迴轉迴圈累死神仙【程設】你永遠要做最多,使得電腦和使用者做最少【攝影】藝術價值無法只定義在相機規格上【攝影】感動因人而異【電腦】人生並非只有電腦【電腦】該去者去,該留者留【電腦】適可而止,懸崖勒馬【電腦】第一等人信任實際品質,第二等人知道參考口碑,第三等人盲目跟隨品牌
舊 2005-11-30, 03:03 AM #61
回應時引用此文章
shad離線中