可以理解為程序語言需要在編歷喚譯器裡面進行編譯，但是編輯器需要運行在操作系統里
編程語言(programming language)，是用來定義計算機肢鉛凱程序的形式語言。它是一種被標准化的交流技巧，用來向計算機發出指令。一種計算機語言讓程序員能夠准確地定義計算機所需要使用的數據，並精確地定義在不同情況下所應當採取的
簡單講，編譯器就是將"一種語言(通常為高級語言)"翻譯為"另激脊一種語言(通常為低級語言)"的程序。一個現代編譯器的主要工作流程:源代碼 (source code) → 預處理器 (preprocessor) → 編譯器 (piler) → 目標代碼 (object code) → 鏈接器 (Linker) → 可執行程序 (executables)
操作系統是管理計算機硬體資源，控制其他程序運行並為用戶提供交互操作界面的系統軟體的集合。操作系統是計算機系統的關鍵組成部分，負責管理與配置內存、決定系統資源供需的優先次序、控制輸入與輸出設備、操作網路與管理文件系統等基本任務。操作系統的種類很多，各種設備安裝的操作系統可從簡單到復雜，可從手機的嵌入式操作系統到超級計算機的大型操作系統。目前流行的現代操作系統主要有Android、BSD、iOS、linux、Mac OS X、Windows、Windows Phone和z/OS等，除了Windows和z/OS等少數操作系統，大部分操作系統都為類Unix操作系統。
操作系統是和硬體的橋梁，所有軟體如果要運行，就得在裝有操作系統的機器上運行。沒有安裝操作系統的計算機，是不能運行其它軟體的，裝上了linux，你才能在它上面安裝g, 你可以用g編譯各種軟體，比如linux版的qq等，同樣你也可以用g編譯linux系統軟體（因為系統軟體也是軟體），並把編譯好的linux軟體放到機器上安裝。
當然也可以寫個編譯器在沒有操作系統的機器上編譯，但這個編譯器就要做很多和硬體打交道的事。至少g是不行的，要運行在操作系統上的。
說得通俗點 就是一個操作平台 你要是用什麼軟體或執行什麼程序 都需要建立在一個支持的平台上才好發揮出作用
之間 不知你所指是什麼
家庭版 專業版 旗艦版 一個比一個功能更全面
是編譯器定的... 基本數據類型(VC為例)主類型分類型修飾符佔用空間表示範圍整形整數形 intshort2位元組-32768 ～ 32767long(默認)4位元組-231 ～ (231 -1)unsigned short2位元組0 ～ 65535
首先你要搞清楚操作系統與編譯器的概念，操作系統是一個軟體平台，本身沒有編譯功能。編譯器是運行於操作系統上的一個應用程序，只要有人把某種編程語言的編譯器移植到這個操作系統上，那麼就可以在這個操作系統上編譯這種語言。
另外，不知道你說的高級語言是哪些，C++和JAVA之類的算不算？
一般來說，電腦用的操作系統上面，比如windows 和 Linux 都有多編譯器，而小型的嵌入式操作系統則少有編譯器可以能運行其上。
用戶是使用計算機的，計算機為用戶提供服務，而程序員與計算機就像＂朋友＂，可以彼此交流。實現人機對話。一一一個人解答，望採納。
可以先明晰下規則 答案來自hhqq005
編譯器：翻譯工具，把高級語言源程序翻譯為匯編語言源程序，再把匯編源序翻譯成目標代碼供連接程序使用。
語言：一個規則。例如：C語言，它規定程序入口為main(),和其它規定。並把這些 <規定的集合> 命名為C語言。
TC：一個開發工具，它包括文本編輯器，編譯器，連接程序，調試環境等等。TC中的編譯器是TCC.EXE文件。
關於匯編：
匯編語言是一個規則，
匯編程序是一個翻譯工具
匯編源程序是一個 符合（匯編語言）規則的程序代碼
匯編是一個過程，這個過程是匯編程序 把匯編源程序 翻譯 為目標代碼的過程
對於高級語言：翻譯的過程叫做編譯，翻譯工具叫做編譯程序或編譯器。
我覺得 這樣看的話 是選擇A
操作系統是系統軟體，不是編程語言。軟體是由編程語言編寫。常用的語言如匯編，C，C++，VC，VB，JAVA，DELPHI等。大部分應用程序都應在一定的系統平台（Windows,Unix,LInux)下工作。並不是說一定要有操作系統。否則在60－70年代計算機還有什麼用。但是有了操作系統對於人們應用計算機帶來了很多便利。至於說編程語言否也需要系統支持。還是那句話，在沒有系統前，人們就是用匯編和C語言編寫了windows系統！
當然一定的語言要有一定的編譯環境，所謂編譯環境就是一定的軟體集成環境，如要有編輯程序，連接程序，編譯程序，解釋程序等！而這些程序又需要系統的支持，所以編程語言需要系統支持，只不過並非是windows系統。在這里就我個人認為，只有匯編語言例外。
家庭是一群由血緣和婚姻紐帶連接起來的人。這些人生活在一個屋頂下，共同開支預算。當然這僅僅意味著理論上的概念，在現實生活中，家庭生活是與周圍活躍的社會生活互相聯系的，它要受當時經濟、政治、文化及人們心理，信仰等變化的影響。無論在世人看來是多麼獨立的家庭，它實際上多多少少要反映出全部重要的社會現象，而反過來，所謂的「大世界」(即社會生活也必然要賦予家庭中人際關系所具有的特徵，例如夫妻，父子關系等等)。
在社會主義所有制的影響下，隨著國家對公民家庭物質福利的改善，家庭作為以父親為首的經濟生產個體的職能已經消亡，現在蘇聯人的家庭關系首先指的是人的關系，而不是指經濟關系。蘇聯人普遍認為，夫妻子女間的情愛和共同利益是他們最關心的方面。
當然，迄今為止，經濟在家庭生活中仍然還起著很大作用，它突出表現在家庭的物質利益和家庭成員的自助活動中。社會主義制度確保人與人之間的平等，因此其生活方式的一個重要特點就是夫妻共同管理家庭，共同分擔家務勞動。隨著時代的變遷，我們對於家庭與社會之間的責任和義務都有重新分配的必要。由於科技事業的發展，在很大程度上解決了蘇聯人民的衣、食、住、行狀況，他們無需再花費更多的精力從事一些瑣細的家務勞動，從而把大部份精力和時間投入從事社會性的創造活動。一般說來，家庭的建立和和睦幸福的確需要一定程度的物質條件，可這遠遠不是決定家庭幸福的唯一絕對因素。為了人們家庭安穩和諧，有必要首先清醒地認識幸福所包含的意義。為此，蘇聯社會學家V·波耶柯進行了測試，他把調查結果分為三類：
1．物質因素：一套公寓和物質福利優厚。
2．人的因素：夫妻間的相互理解，如對孩子的看法，有信心建立牢固的婚姻，共同的興趣等。
3．其它因素：令人滿意的工作，文化程度，好職位，社交范圍等。
被調查的3220個列寧格勒市民中，有一半的人認為家庭幸福首先取決於夫妻間的理解，然後才談得上其它因素。這次調查結果與蘇聯社會學家Z·楊柯夫1978——1979年與蘇聯《勞動婦女》雜志編輯部所做的調查一樣，不論男女公民，在確定自己的家庭關系時都首先考慮相互的理解和體貼，雙方互相尊重，第二是要能共同承擔養育子女的義務，但是，由於男女生理，心理特徵的差異，使女性比男性更為強調理解和信任的重要性，至於家庭之外的其它因素，男女均認為有一個滿意的工作是必要的前題，女性側重雙方共度餘暇，積極參加旅遊，社交是鞏固婚姻紐帶有效的辦法；男性更為珍視自我意識，行動自由和在社會上的個人名望及地位。
摘自網路
這樣，由於男女願望的差異和家務勞動，家庭生活所形成的獨特性，就使得家庭成員之間必須了解自己在家庭生活中應該扮演的角色，及所需承擔的義務。而家庭成員怎樣成功地處理好家務瑣事，家庭關系又反映出其所處社會的成熟和完善程度。社會學家認為：一個完美幸福的家庭，既要滿足其成員間婚姻和伴侶的本能的原始要求，又要使他們在自己子女身上體現出父愛或母愛，而與此同時通過大量日常共同的家務瑣事漸漸獲得正確處理夫妻關系的經驗，從而去理解家庭幸福和愛情的更深的層次。
一對和睦相愛的夫婦所關心的不僅僅是自己，而是對方的需要，這樣又提高了自己在愛人眼裡的價值，取得了他或她的尊敬。跟潘約諾夫夫婦一樣，成千上萬和睦的男女由於共同的生活目標，共同的企望密切地聯系起來，使他們能和衷共濟，屢經磨礪而不動搖婚姻家庭的基石。社會主義制度下這樣珍惜愛情，互相關心，愛撫下一代的夫妻關系正是現代蘇聯人生活的楷模。
⑵ 各類編程語言是不是都有互通的部分
演算法都是互通的，只是實現的語句略有差異，只要能把一門語言學精通了，其它語言也會觸類旁通的。
⑶ 不同的編程語言能一起混合使用嗎
常見的混合就是C/C++語言中嵌入匯編語言，例如：用特徵字 --asm的方式：
*****c語言代碼****--asm{****匯編語言代碼}
⑷ 如何實現C和C#語言的交互
C#與C++交互，總體來說可以有兩種方法：
利用C++/CLI作為代理中間層
利用PInvoke實現直接調用
第一種方法：實現起來比較簡單直觀，並且可以實現C#調用C++所寫的類，但是問題是MONO構架不支持C++/CLI功能，因此無法實現脫離Microsoft .NET Framework跨平台運行。
第二種方法：簡單的實現並不麻煩，只要添加DllImportAttribute特性即可以導入C/C++的函數，但是問題是PInvoke不能簡單的實現對C++類的調用。在Warensoft3D中為了可以使用MONO實現跨平台（當然DirectX是不能跨平台的），所以使用了本方法，下面將對本方法展開詳細的說明。
測試平台：
Windows7 64位，VS2010，.NET4.0
注意事項：
PInvoke從功能上來說，只支持函數調用，在被導出的函數前面一定要添加extern "C"來指明導出函數的時候使用C語言方式編譯和連接，這樣保證函數定義的名字和導出的名字相同，否則如果默認按C++方式導出，那個函數的名字就會變得亂七八糟，我們的程序就無法找到入口點了。
本文將說明以下幾點：
互調的基本原理
基本數據類型的傳遞
指針的傳遞
函數指針的傳遞
結構體的傳遞
互調的基本原理
首先，我們來看一個再常規不過的概念—"數據類型"
我們知道在大多數的靜態語言中定義變數的時候都要先指定其數據類型，所謂數據類型，都是人們強加的一個便於記憶的名稱，究其本質就是指明了這個數據在內存里到底是佔用了幾個位元組，程序在運行的時候，首先找到這個數據的地址，然後再按著該類型的長度，讀取相對應的內存，然後再處理。
了解了前面這個事兒，所有編程語言之間進行互調就有點門道兒了。對於不同語言之間的互調，只要將該數據的指針（內存地址）傳遞給另一個語言，在另一個語言中根據通信協議將指針所指向的數據存儲入長度對應的數據類型即可，當然要滿足以下幾點：
對於像Java，.NET這樣有運行時虛擬機編程語言來講，由於虛擬機會讓堆內存來回轉移，因此，在進行互調的時候，要保證正在被互調的數據所在的內存一定要固定，不能被轉移。
有一些編程語言支持指針，有一些語言不支持指針（如Java），這個問題並不重要，所謂指針，其實就是一個內存地址，對於32位OS的指針是一個32位整數，而對於64位機OS的指針是一個64位整數。因為大多數語言中都有整型數，所以可以利用整型來接收指針。
基本數據類型的傳遞
互調過程中，最基本要傳遞的無非是數值和字元，即：int,long,float,char等等，但是此類型非彼類型，C/C++與C#中有一些數據類型長度是不一樣的，下表中列出常見數據類型的異同：
C/C++
C#
長度
short
short
2Bytes
int
int
4Bytes
long(該類型在傳遞的時候常常會弄混)
int
4Bytes
bool
bool
1Byte
char(Ascii碼字元)
byte
1Byte
wchar_t（Unicode字元，該類型與C#中的Char兼容）
char
2Bytes
float
float
4Bytes
double
double
8Bytes
最容易弄混的是就是long,char兩個類型，在C/C++中long和int都是4個位元組，都對應著C#中的int類型，而C/C++中的char類型佔一個位元組，用來表示一個ASCII碼字元，在C#中能夠表示一個位元組的是byte類型。與C#中char類型對應的應該是C/C++中的wchar_t類型，對應的是一個2位元組的Unicode字元。
下面通過實例來說明調用過程：
第一步：
建立一個C++的Win32DLL，如下圖所示：
這里要注意選擇"Export symbols"導出符號。點擊完成。
第二步：
由於項目的名稱是"TestCPPDLL"，因此，會自動生成TestCPPDLL.h和TestCPPDLL.cpp兩個文件，.h文件是要導出內容的聲明文件，為了能清楚的說明問題，我們將TestCPPDLL.h和TestCPPDLL.cpp兩個文件中的所有內容都刪除，然後在TestCPPDLL.h中添加如下內容：
第一行代碼中定義了一個名為"TESTCPPDLL_API"的宏，該宏對應的內容是"__declspec(dllexport)"意思是將後面修飾的內容定義為DLL中要導出的內容。當然你也可以不使用這個宏，可以直接將"__declspec(dllexport)"寫在要導出的函數前面。
第二行中的"EXTERN_C"，是在"winnt.h"中定義的宏，在函數前面添加"EXTERN_C"等同於在函數前面添加extern "C",意思是該函數在編譯和連接時使用C語言的方式，以保證函數名字不變。
第二行的代碼是一個函數的聲明，說明該函數可以被模塊外部調用，其定義實現在TestCPPDLL.cpp中，TestCPPDLL.cpp的代碼如下所示：
第三步：
在編譯C++DLL之前，需要做以下配置，在項目屬性對話框中選擇"C/C++"|"Advanced"，將Compile AS 選項的值改為"C++"。然後確定，並編譯。
生成的DLL文件如下圖所示：
第四步：
首先，添加一個C#的應用程序，如果要在C#中調用C++的DLL文件，先要在C#的類中添加一個靜態方法，並且使用DllImportAttribute對該方法進行修飾，代碼如下所示：
DllImport中的第一個參數是指明DLL文件的位置，第二個參數"EntryPoint"用來指明對應的C/C++中的函數名稱是什麼。"extern"關鍵字表明該處聲明的這個Add方法是一個外部調用。
該方法聲明完畢之後，就可以像調用一個普通的靜態方法一樣去使用了。
下面是示常式序：
⑸ 匯編語言和C語言混合編程時，它們之間是如何傳遞參數的請用具體例子說明
變數本質就是一個內存地址，所以把變數負值到寄存器就可以了，比如這樣__asm mov eax, var,如果是函數，跟c函數一樣調用，當然，也可以用匯編寫一個動態鏈接庫，然後用c調用，你可以把c程序逆向一下，就可以看到它們的對應關系了，呵