淘電開發有自己的編譯器嗎

① 手機能否裝C語言編譯器

可以裝，不過需要安卓手機。

安裝步驟如下：

1、我們打開谷歌應用商店。在搜索框里輸入mobile c查找應用程序。下載並安裝好

6、可以看到這里正確的輸出了Hello World字元串。

② 編譯環境有哪些

問題一：java的編譯環境是什麼 JDK(Java Development Kit，Java開發包，Java開發工具)是一個寫Java的applet和應用程序的程序開發環境。它由一個處於操作系統層之上的運行環境還有開發者編譯，調試和運行用Java語言寫的applet和應用程序所需的工具組成。
JDK(Java Development Kit)是Sun Microsystems針對Java開發員的產品。自從Java推出以來，JDK已經成為使用最廣泛的Java SDK（Software development kit）。
JDK包含的基本組件包括：
・javac C 編譯器，將源程序轉成位元組碼
・jar C 打包工具，將相關的類文件打包成一個文件
・javadoc C 文檔生成器，從源碼注釋中提取文檔
・jdb C debugger，查粗賀渣錯工具
JDK中還包括完整的JRE（Java Runtime Environment，Java運行環境）拍唯，也被稱為private runtime。包括了用於產品環境的各種庫類，以及給開發員使用的補充庫，如國際化的庫、IDL庫。
JDK中還包括各種例子程序，用以展示Java API中的各部分。
從初學者角度來看，採用JDK開發Java程序能夠很快理解程序中各部分代碼之間的關系，有利於理解Java面向對象的設計思想。JDK的另一個顯著特點是隨著Java （J2EE、J2SE以及J2ME）版本績升級而升級。但它的缺點也是非常明顯的就是從事大規模企業級Java應用開發非常困難，不能進行復雜的Java軟體開發，也不利於團體協同開發。
JDK一般有三種版本：
SE(J2SE),standard edition,標准版，是我們通常用的一個版本
EE(J2EE),enterpsise edtion,企業版，使用這種JDK開發J2EE應用程序，
ME(J2ME),micro edtion,主要用於移動設備、嵌入式設備上的java應用程序

問題二：C語言的編譯環境用哪個？ 哪個不要臉的說TC 丟人
反而是有些垃圾用功能較強的編譯工具
用TC，學會自己寫函數 記住不要用中文的
那些說TC丟人的就是用的中文，英語都不懂還弄個毛編程
朋飢，我建議你堅持用TC2.0, 對新手最有幫助的！

問題三：c程序語言中的編譯系統是什麼？編岩悄譯環境又什麼什麼？ C語言代碼是.C的文本文件。
需要用編譯程序把.C文件翻譯.OBJ，然後用連接程序再弄成.EXE文件。
編譯程序就是那個把.C變成.OBJ的程序
編譯環境就是把編譯程序、連接程序以及其他一些方便程序員寫程序的東西綜合在
一起形成的一套系統，程序編譯環境...
希望對你有幫助

問題四：C++編譯軟體和環境有哪些？ 用DEV C++吧，我一直用這個

問題五：Renesas MCU的編譯環境有哪些？ 你可以登錄官網查詢

問題六：C++的編譯器都有哪些啊？謝謝！！！！ 編譯器很多的:
Visual C++
GNU C++
Inter C++
Sun C++
clang
。。。。。
等等。
一般都用VC和GNU C++，其他的都是專業人士使用的。。。。
樓上的回答是復制互。。。。太NC
關於IDE，C++有很多，一些其他語言的IDE現在也支持C++了
給你介紹一些:
Visual Studio系列(目前最新版本是VS2013)
Dev C++(目前最新非官方版是Dev c++ 5.4.1)
Code Block
NetBeans
C-Free(貌似不好用)
。。。

問題七：編譯程序與集成開發環境有什麼不同?舉例說ming 以下選自網路：
集成開發環境（IDE，Integrated Development Environment ）是用於提供程序開發環境的應用程序，一般包括代碼編輯器、編譯器、調試器和圖形用戶界面工具。集成了代碼編寫功能、分析功能、編譯功能、調試功能等一體化的開發軟體服務套。
換句話說，編譯器只是集成開發環境的一部分。
比如最常見的集成開發環境：Visual Studio（其使用的編譯器是cl（貌似今年會集成clang編譯器））。
除cl外，比較常見的編譯器還有gcc。

問題八：C++的開發環境有哪些？哪個C++的開發環境要好一些呢？ c++builder 2010 最好用了。
初學者，最好不要去學VC雞c++並身就難學了，還要來一個VC。
還是用c++builder，入門簡單，上手容易，
但你C++用熟了，再去整VC事斗功倍，不聽老人言，吃虧在眼前。

問題九：什麼是集成開發環境？ development SDK
就是寫代碼，編譯，鏈接做在一個場件中的東東
比如VB.NET ，turbo C
你知道，從前編寫程序不是這樣的，通常需要你在記事本中把代碼寫好存檔，然後以這個文件為參數，運行編譯程序，鏈接程序，最後才能生成可執行的機器代碼

③ c語言的編程開發

GCC，GNU組織開發的開源免費的編譯器
MinGW，Windows操作系統下的GCC
Clang，開源的BSD協議的基於LLVM的編譯器
Visual C++ :: cl.exe，Microsoft VC++自帶的編譯器 CodeBlocks，開源免費的C/C++ IDE
CodeLite，開源、跨平台的C/C++集成開發環境
Orwell Dev-C++，可移植的C/C++IDE
C-Free
Light Table
Visual Stdio系列 起初，C語言沒有官方標准。1978年由美國電話電報公司(AT&T）貝爾實驗室正式發表了C語言。布萊恩·柯林漢（Brian Kernighan） 和 丹尼斯·里奇（Dennis Ritchie） 出版了一本書，名叫《The C Programming Language》。這本書被 C語言開發者們稱為K&R，很多年來被當作 C語言的非正式的標准說明。人們稱這個版本的 C語言為K&R C。
K&R C主要介紹了以下特色：
結構體（struct）類型
長整數（long int）類型
無符號整數（unsigned int）類型
把運算符=+和=-改為+=和-=。因為=+和=-會使得編譯器不知道使用者要處理i = -10還是i =- 10，使得處理上產生混淆。
即使在後來ANSI C標准被提出的許多年後，K&R C仍然是許多編譯器的最 准要求，許多老舊的編譯器仍然運行K&R C的標准。 1970到80年代，C語言被廣泛應用，從大型主機到小型微機，也衍生了C語言的很多不同版本。
1983年，美國國家標准協會（ANSI）成立了一個委員會X3J11，來制定 C語言標准。
1989年，美國國家標准協會（ANSI）通過了C語言標准，被稱為ANSI X3.159-1989 Programming Language C。因為這個標準是1989年通過的，所以一般簡稱C89標准。有些人也簡稱ANSI C，因為這個標準是美國國家標准協會（ANSI）發布的。
1990年，國際標准化組織（ISO）和國際電工委員會（IEC）把C89標準定為C語言的國際標准，命名為ISO/IEC 9899:1990 - Programming languages -- C 。因為此標準是在1990年發布的，所以有些人把簡稱作C90標准。不過大多數人依然稱之為C89標准，因為此標准與ANSI C89標准完全等同。
1994年，國際標准化組織（ISO）和國際電工委員會（IEC）發布了C89標准修訂版，名叫ISO/IEC 9899:1990/Cor 1:1994 ，有些人簡稱為C94標准。
1995年，國際標准化組織（ISO）和國際電工委員會（IEC）再次發布了C89標准修訂版，名叫ISO/IEC 9899:1990/Amd 1:1995 - C Integrity ，有些人簡稱為C95標准。 1999年1月，國際標准化組織（ISO）和國際電工委員會（IEC）發布了C語言的新標准，名叫ISO/IEC 9899:1999 - Programming languages -- C ，簡稱C99標准。這是C語言的第二個官方標准。
在C99中包括的特性有： 增加了對編譯器的限制，比如源程序每行要求至少支持到 4095 位元組，變數名函數名的要求支持到 63 位元組（extern 要求支持到 31）。 增強了預處理功能。例如： 宏支持取可變參數 #define Macro(...) __VA_ARGS__ 使用宏的時候，允許省略參數，被省略的參數會被擴展成空串。 支持 // 開頭的單行注釋（這個特性實際上在C89的很多編譯器上已經被支持了） 增加了新關鍵字 restrict, inline, _Complex, _Imaginary, _Bool 支持 long long, long double _Complex, float _Complex 等類型 支持不定長的數組，即數組長度可以在運行時決定，比如利用變數作為數組長度。聲明時使用 int a[var] 的形式。不過考慮到效率和實現，不定長數組不能用在全局，或 struct 與 union 里。 變數聲明不必放在語句塊的開頭，for 語句提倡寫成 for(int i=0;i<100;++i) 的形式，即i 只在 for 語句塊內部有效。 允許採用（type_name）{xx,xx,xx} 類似於 C++ 的構造函數的形式構造匿名的結構體。 復合字面量：初始化結構的時候允許對特定的元素賦值，形式為：
struct test{int a[3]，b;} foo[] = { [0].a = {1}, [1].a = 2 }; struct test{int a, b, c, d;} foo = { .a = 1, .c = 3, 4, .b = 5 }; // 3,4 是對 .c,.d 賦值的 格式化字元串中，利用 u 支持 unicode 的字元。 支持 16 進制的浮點數的描述。 printf scanf 的格式化串增加了對 long long int 類型的支持。 浮點數的內部數據描述支持了新標准，可以使用 #pragma 編譯器指令指定。 除了已有的 __line__ __file__ 以外，增加了 __func__ 得到當前的函數名。 允許編譯器化簡非常數的表達式。 修改了 /% 處理負數時的定義，這樣可以給出明確的結果，例如在C89中-22 / 7 = -3, -22% 7 = -1，也可以-22 / 7= -4, -22% 7 = 6。 而C99中明確為 -22 / 7 = -3, -22% 7 = -1，只有一種結果。 取消了函數返回類型默認為 int 的規定。 允許 struct 定義的最後一個數組不指定其長度，寫做 [](flexible array member)。 const const int i 將被當作 const int i 處理。 增加和修改了一些標准頭文件，比如定義 bool 的 <stdbool.h> ，定義一些標准長度的 int 的 <inttypes.h> ，定義復數的 <complex.h> ，定義寬字元的 <wctype.h> ，類似於泛型的數學函數 <tgmath.h>， 浮點數相關的 <fenv.h>。 在<stdarg.h> 增加了 va_ 用於復制 ... 的參數。里增加了 struct tmx ，對 struct tm 做了擴展。 輸入輸出對寬字元以及長整數等做了相應的支持。 GCC和其它一些商業編譯器支持C99的大部分特性。 2011年12月8日，國際標准化組織（ISO）和國際電工委員會（IEC）再次發布了C語言的新標准，名叫ISO/IEC 9899:2011 - Information technology -- Programming languages -- C ，簡稱C11標准，原名C1X。這是C語言的第三個官方標准，也是C語言的最新標准。
新的標准提高了對C++的兼容性，並增加了一些新的特性。這些新特性包括： 對齊處理(Alignment)的標准化(包括_Alignas標志符，alignof運算符, aligned_alloc函數以及<stdalign.h>頭文件。 _Noreturn 函數標記，類似於 gcc 的 __attribute__((noreturn))。 _Generic 關鍵字。 多線程(Multithreading)支持，包括： _Thread_local存儲類型標識符，<threads.h>頭文件，裡麵包含了線程的創建和管理函數。 _Atomic類型修飾符和<stdatomic.h>頭文件。 增強的Unicode的支持。基於C Unicode技術報告ISO/IEC TR 19769:2004，增強了對Unicode的支持。包括為UTF-16/UTF-32編碼增加了char16_t和char32_t數據類型，提供了包含unicode字元串轉換函數的頭文件<uchar.h>. 刪除了 gets() 函數，使用一個新的更安全的函數gets_s()替代。 增加了邊界檢查函數介面，定義了新的安全的函數，例如 fopen_s()，strcat_s() 等等。 增加了更多浮點處理宏。 匿名結構體/聯合體支持。這個在gcc早已存在，C11將其引入標准。 靜態斷言(static assertions)，_Static_assert()，在解釋 #if 和 #error 之後被處理。 新的 fopen() 模式，(「…x」)。類似 POSIX 中的 O_CREAT|O_EXCL，在文件鎖中比較常用。 新增 quick_exit() 函數作為第三種終止程序的方式。當 exit()失敗時可以做最少的清理工作。

④ 想學習製作簡單的jar格式的手機游戲，請問有什麼好的開發軟體還有，有什麼JAVA語言編譯器

java編譯器是c語言寫的，開發軟體只是集成了c語言的java編譯器和友好的界面，作為平台讓程序員更舒服地編程。java寫完程序同樣是程序文件，不是安裝文件，導出為jar則是jar包裡麵包含scr、bin和res文件夾，有相應的.java，.class和圖像文件。手機有java編譯功能則將jar包里的文件編譯即為安裝過程，進入游戲則是運行過程，文件已經在安裝時編譯過。
用Eclipse作為開發軟體，集成sun的midp功能，以前是wireless toolkit for cldc，現在更新換代了。Eclipse是比較好的選擇，無論J2ME還是Android。只有安裝正確的插件，便可進行java手機開發。有了類似wireless toolkit的插件，在寫完程序編譯完成後便可直接選擇將程序以jad包形式調試，導出成jar包，在deployed文件夾里便可看到jad和jar文件，jar便是可以安裝到手機里的那個安裝文件。
答得有點莫名其妙還望諒解，我很久以前用的J2ME，答樓主的問題就回顧了一下。
一開始學習java肯定不能從J2ME開始了吧，從簡單的功能和例子開始，高級程序語言的概念殊途同歸，如果概念清楚，只要把包里的api記住就能寫了。從J2SE的application和applet開始。

⑤ 為什麼我們不發明一種漢字編程語言

編程語言，本質上是一種符號語言。類似於數學符號，它的特點還是以簡單為主，盡量使用筆畫少的符號來表示特殊的語義，而不是使用母語。它看上去類似英語只是巧合，因為英語單詞的縮寫已經足夠簡化，正好符合要求罷了。

漢語是象形文字，單個字的信息含量很大，在閱讀速度上有很大的優勢，但在打字上就成了一種弱點，因為鍵盤空間放不下常用的漢字。就算放得下，人眼也沒法從幾千個按鍵上迅速找到所需的字。常用的字越多，人眼查找常用字所花的時間越長。打字與寫字是不一樣的。寫字是拿筆直接在紙上寫，心到，眼到，手到，不存在查找的問題，但打字存在查找的問題。想加快打字速度，就只能減少按鍵數量，也就是從幾千個漢字里提煉出幾十個偏旁部首來，也就成了字母。

字母，偏旁，部首，只是同一類東西的不同稱呼罷了。都是從最初誕生的母語象形文字里簡化出來的一部分，目的都是為了讓文字更簡單。編程和數學，因為本身在邏輯推理上對人腦的消耗很大，就會更注重在符號的圖像識別上節省腦力，所以它們的符號相比起人類的母語來說，都很簡單。

⑥ 是不是每種處理器都要開發自己的編譯器，比如inter的cpu，arm，51單片機等

每個處理器廠家都會開發本身的編譯器。這是硬體設計與系統工程師的工作。軟體編輯員一般都不需染手此東西。是否每個牌子的處理器都須有自己的編譯器呢？未必。
比如Intel，AMD，VIA 同是用x86平台都可享用Intel的編譯器。
又如Siemens， SGI，NEC 同出產MIPS平台的處理器都可享用MIPS 的編譯器。
但有些特別指令如INTEL的MMX，SSE1，2，3，4；AMD的3DNOW，AMD64 等就有勞個產家編寫。
如沒有特別指令編譯器， 軟體會出錯嗎？很多高檔程序編輯軟體都會翻譯及處理，用標准指令來取代特別指令(應該說不用特別指令)，當然執行速度會慢過特別指令。

⑦ 鎵嬫満緙栫▼鐢ㄧ殑浠涔堣璦鎵嬫満緙栫▼鐢ㄧ殑浠涔堣璦鍟

鏈夋病鏈夊彲浠ュ湪鎵嬫満閲岀紪紼嬬殑甯﹁蔣浠剁殑app錛

C緙栬瘧鍣:榪欐槸涓涓闈炲父灝忕殑C緙栬瘧鍣錛屽ぇ綰13鍏嗐傜晫闈㈢畝媧佹槑浜嗭紝寰堝ソ鐢ㄣ傚湪榪欓噷錛屾垜灝嗕粙緇嶈繖嬈懼簲鐢ㄧ殑瀹夎呭拰綆鍗曚嬌鐢ㄦ柟娉:

1.涓嬭澆騫跺畨瑁呫傝繖閲屼互鎴戠殑vivo鎵嬫満涓轟緥銆傜洿鎺ユ墦寮鈥滃簲鐢ㄥ晢搴椻濓紝鎼滅儲鈥淐璇璦緙栬瘧鍣ㄢ濓紝濡備笅銆傜偣鍑諱笅杞藉苟鐩存帴瀹夎:

嫻嬭瘯浠ｇ爜濡備笅銆傝繖閲屽啓浜嗕袱涓鍑芥暟錛屽垎鍒鏄涓や釜鏁扮殑鍜岋紝涓や釜鏁扮殑宸銆傚緢綆鍗:

鑺傜洰鎴鍥懼備笅銆傛偍闇瑕佽緭鍏2涓鏁板瓧鎵嶈兘姝ｅ父榪愯:

AIDE闆嗘垚寮鍙戠幆澧:榪欎釜涓昏佺敤鏉ュ啓java浠ｇ爜(鍒涘緩欏圭洰錛屽啓灝忔父鎴忕瓑銆)錛屽綋鐒朵篃鍙浠ュ啓c浠ｇ爜錛屼絾鏄鍙闇瑕佸畨瑁呯浉搴旂殑鎻掍歡灝卞彲浠ヤ簡銆傚畠甯︽湁鑷鍔ㄥ畬鎴愮殑鍔熻兘銆傜晫闈㈠共鍑鏁存磥錛屽緢濂界敤銆傚湪榪欓噷錛屾垜鏉ヤ粙緇嶄竴涓嬭繖嬈綼pp鐨勫畨瑁呭拰綆鍗曚嬌鐢ㄦ柟娉:

1.涓嬭澆瀹夎咃紝鐩存帴鍦╝ppstore鎼滅儲鈥滆壘寰封濆嵆鍙錛岀洿鎺ヤ笅杞藉畨瑁咃紝濡備笅:

鍦ㄨ繖閲岋紝嫻嬭瘯涓涓嬶紝涓昏佷唬鐮佸備笅錛屽畼鏂硅嚜宸辯殑渚嬪瓙:

鑺傜洰鎴鍥懼備笅:

QPython3:榪欎釜浼楁墍鍛ㄧ煡錛屼富瑕佺敤鏉ュ湪鎵嬫満涓婂啓Python3浠ｇ爜錛岀敤璧鋒潵涔熶笉閿欍傚湪榪欓噷錛屾垜灝嗕粙緇嶈繖嬈懼簲鐢ㄧ殑瀹夎呭拰綆鍗曚嬌鐢ㄦ柟娉:

1.涓嬭澆騫跺畨瑁呭畠銆傜洿鎺ュ湪榪欓噷鐨刟ppstore鎼滅儲鈥淨Python3鈥濆氨鍙浠ヤ簡錛岀洿鎺ヤ笅杞藉畨瑁咃紝濡備笅:

涓葷晫闈㈠備笅錛屼富瑕佸垎涓哄叚涓妯″潡:緇堢銆佺紪杈戝櫒銆佺▼搴忋丵PYPI銆佽劇▼銆佺ぞ鍖恆傜粓絝綾諱技浜嶪DLE錛岀紪杈戝櫒綾諱技浜庤頒簨鏈錛孮PYPI鏄絎涓夋柟鐨勫寘鍜屽伐鍏鳳紝紼嬪簭瀛樺偍浜嗗畼鏂圭殑渚嬪瓙銆傝劇▼鏄涓浜涙暀瀛︽堜緥:

榪欓噷嫻嬭瘯涓涓嬪畼鏂圭ず渚嬧攕peak.py錛屽湪妯″潡鈥滅▼搴忊濅笅錛屼唬鐮佸備笅:

鐐瑰嚮榪愯屾寜閽錛岀▼搴忚繍琛屾埅鍥懼備笅:

鍒扮洰鍓嶄負姝錛岃繖涓夋懼簲鐢ㄩ兘宸茬粡鎺ㄥ嚭銆傛葷殑鏉ヨ寸敤璧鋒潵涓嶉敊錛屽悇鏈夊悇鐨勫姛鑳姐傚綋鐒惰繕鏈夊緢澶氬叾浠栫殑app鍙浠ュ湪鎵嬫満涓婄紪紼嬶紝姣斿俢4droid(c/c)錛宼ermux(楂樼駭緇堢錛岀被浼間簬linux)絳夈傝繖閲屽氨涓嶈︾粏浠嬬粛浜嗐傛湁鍏磋叮鐨勫彲浠ヤ笂緗戞悳涓涓嬶紝鏈夌浉鍏蟲暀紼嬪拰渚嬪瓙鍙浠ュ弬鑰冦傚笇鏈涗互涓婂垎浜鐨勫唴瀹硅兘瀵逛綘鏈夋墍甯鍔┿

鎯沖埗浣滄墜鏈轟笂鐨凙PP錛岃ュ︿範浠涔堢紪紼嬭璦錛

榪欎釜寰楀垎寮緇嗙粏璇達細

1.Android鍘熺敓瀹樻柟寮鍙戣璦棣栭塉AVA緙栫▼璇璦錛孉ndroid涓寮濮嬭繍鐢ㄥ眰浣跨敤鐨勫氨鏄疛AVA錛岀幇鍦ㄩ殢鐫鍜岀敳楠ㄦ枃鐨勭増鏉冮棶棰橈紝瀹樻柟宸茬粡寰kotlin緙栫▼璇璦鏂瑰悜杞鍙橈紝浣嗘槸涓嶅彲鍚﹁わ紝JAVA榪樻槸Android鐨勪富嫻佽璦錛屽熀鏈鍘熷洜灝辨槸JAVA鐨凙ndroid搴撳紓甯稿氾紝榪樺緢涓板瘜銆

2.iOS涓寮濮嬭繍鐢ㄥ眰浣跨敤鐨勬槸object-C錛岀幇鍦ㄥ畼鏂規帹swift緙栫▼璇璦錛屾柊欏圭洰鐩存帴swift錛屼絾鏄浣犺繕浼氶亣鍒板ソ浜涜侀」鐩緇存姢錛屼笉鍙閬垮厤鍜宱bject-c鎵撲氦閬撱

3.鐜板湪涔熸瘮杈冩祦琛屾販鍚堝紑鍙慉PP錛屼竴濂椾唬鐮侀氬悆Android鍜宨OS錛岄偅涔堟湁寰堝氭嗘灦閫夋嫨錛屾嗘灦涔熸槸鏌愪釜寮鍙戣璦鍩虹銆傚浗鍐呯殑mui錛寀ni-APP浣跨敤鐨勬槸JavaScript錛孒TML錛孋SS銆傛嗘灦vue.js銆

鍥藉栫殑ionic浣跨敤JavaScript錛孒TML錛孋SS錛宨onic4鏀鎸乤ngular,vue,react絳夋嗘灦銆

reactnative浣跨敤JavaScript錛孒TML錛孋SS錛屾嗘灦react銆

璋鋒瓕鐨刦lutter鍙鑳藉皢鏉ヤ細鏈嫻佽岋紝浣跨敤璇璦Dart銆

鏈鍚庝笂涓寮犻庢櫙鍥劇墖緇撴潫錛屽笇鏈涘逛綘鏈夊府鍔┿