在线编译器缺点

A. mfc有什么缺点

MFC主要有以下几个缺点：

1. 大量使用稀奇古怪的宏，会使代码可读性很差。要掌握MFC需要编程人员耐心的去分析它们。
   

2. 消息映射的现实机制十分笨拙，没有采用继承机制，也没有采用委托技术，而是采用表驱动。

3. 对于底层SDK的封装太薄，面向对象的感觉不足。

4. 自己编写了RTTI，SHE，CObjXXX(Container）等，实现起来不太理想。

5. 很多场合本来是标准库可以一展身手的地方，MFC完全没用上。

6. 为了迎合MFC，编译器的很多地方都违反标准。

7. Doc/View体系的局限性，想图破很难。

所以建议楼主在编程时不要集中所有精力学习MFC，而应该掌握标准的C==库，特别是使用STL。

B. 编译型语言和解释型语言优劣势是什么

一、编译型语言

优点：运行速度快，代码效率高，编译后的程序不可修改，保密性较好。

缺点：代码需要经过编译方可运行，可移植性差，只能在兼容的操作系统上运行 。

二、解释型语言

优点：可移植性较好，只要有解释环境，可在不同的操作系统上运行。

缺点：运行需要解释环境，运行起来比编译的要慢，占用资源也要多一些，代码效率低，代码修改后就可运行，不需要编译过程。

(2)在线编译器缺点扩展阅读：

编译型语言：程序在执行之前需要一个专门的编译过程，把程序编译成 为机器语言的文件，运行时不需要重新翻译，直接使用编译的结果就行了。程序执行效率高，依赖编译器，跨平台性差些。如C、C++、Delphi等。而相对的，解释性语言编写的程序不进行预先编译，以文本方式存储程序代码。在发布程序时，看起来省了道编译工序。但是在运行程序的时候，解释性语言必须先解释再运行。

C. 手机C++编译器

一直以来都喜欢用手机看书，尤其是在上班时。看的最多的是编程一类的书，主要是C++，看着就想写写代码，可是电脑用不能用，怎么办？于是想到用UC浏览器找找看网上有没有在线的编译器，想什么时候写代码都可以验证。于是就找了几个，各有千秋吧。中文的我没找到，全是英文的，不过英文不难，其实也不需要懂英文，只要知道在什么地方写代码，然后点击按钮进行在线编译就行了。好了，下面看介绍：

1、http://codepad.org/

推荐星级：★★★★

是否需注册：否（注册的话也很快，几秒钟而已）

优点：网页界面简洁，一目了然，适合手机浏览器。且支持C,C++,D,php,PYTHON,Perl,Ruby等十几种编程语言，非常强大。查看执行结果时，高亮显示代码。

缺点：有时点击提交按钮后，给出一个出错页面，需多次提交才给出结果。另外不具有交互性，且不提供编译后的可执行文件。

2、http://www.comeaucomputing.com/tryitout/

推荐星级：★★

是否注册：貌似不需要（网页上显示，注册后功能更多）

优点：编译器的版本多

缺点：页面文字较多，不适合手机浏览，且编译后显示结果不明了，反正我最简单的"Hello World"程序好像都通不过

3、http://www.botskool.com/online-compiler（本人最喜欢的）

推荐星级：★★★★☆

是否注册：需要（注册简单，绝对值得）

优点：自动记录上一次所写代码，执行结果显示明显，并且可以进行简单的交互（我认为是亮点）。网站提供了交流论坛，编程学习资料。

缺点：页面广告文字较多，不过手机浏览的话还可以接受。无论是编写代码还是查看结果，页面大面积是其他用户代码示例，显得页面臃肿。支持语言少，只有C,C++,Java三种。

4、http://onlinecompiler.net/（现在不知道为什么打不开了，前几天还可以用，在这列出来先）

推荐星级：★★★

优点：记不清了，只记得可以下载编译后的exe文件（这就是我列出来的原因）

缺点：不记得了

5、http://cmpe150-1.cmpe.boun.e.tr/phpccompiler/login.php

推荐星级：★★★

是否注册：否

优点：编辑时有感应提示框，高亮显示语法，可下载编译后exe文件。界面简洁。

缺点：只支持C语言。只支持IE6以上浏览器，其他浏览器一概不支持，手机无法浏览。不在线显示运行结果。没有出错提示。

6、http://ideone.com

推荐星级：★★★★★

是否注册：否（注册后功能更强大）

优点：我见过的支持语言最多的，多达58种（哥惊呆了），编辑功能最强大的（显示行号，语法高亮，查找，定位到行，全屏显示，行信息，列信息显示），错误信息显示清晰，结果显示明显，有简单交互功能，可以上传源文件进行编译，并且可以下载exe文件，界面简洁更难能可贵。

D. 编译器具体实现中比较巧妙的思想有哪些

要说编译器实现的巧妙思想，很多都是用来解决工程性问题的，跟编译原理中的算法（解决抽象概念问题 / 学术问题）未必有直接关系。
题主是更想知道某个算法在具体实现中的特点或者说应用方式呢，还是更想了解工程方面的问题呢？
我觉得前者应该有很多人会给出非常有趣的回答，我就主要回答后者的方面吧。解决工程性问题的巧妙技巧也挺吸引人的，而且有非常大量的素材…根本无法列举完。
LLVM
说到编译器实现，不得不落个俗套说说LLVM编译器套件。不用介绍LLVM是啥了，感觉是“地球人都知道”系列。
1、一套IR，三种表现形式：运行时表现形式（llvm/IR，内存中）、序列化表现形式（bitcode，用于存储）、文本表现形式（“LLVM汇编”，便于人阅读和编辑）。三种形式间可以无损变换是LLVM非常非常强大的实现特点之一。
实际使用时能否真的达到无损变换很大程度上取决于要实现的语言有多少东西无法用LLVM IR表达。
例如说如果有语言实现基于LLVM来实现JIT编译器，并且想把一个运行时的对象指针当作常量嵌入生成的代码里，它可以把这个常量构造成LLVM IR，但如果把这个常量序列化到bitcode或生成文本形式，等“下一次编译”再读出来用的话，那个常量指针可能已经不对了。这跟生成PIC（position-independent code）的问题类似，但LLVM没办法帮语言解决这种问题。
也有可能有些语言实现偷懒，有些嵌入LLVM IR的metadata无法无损转换为文本形式，这也不能怪LLVM IR不好，但确实是使用中要头疼的问题…
这种一套IR三种表现形式的设计非常实用，一些新的语言实现项目受其影响也采用了类似的设计。

E. keil平台和网页版c语言编译器的区别

从性质讲，两种不同的编程软件，一个是独立软件，一个是内配在网页中的。独立软件需要安装，网页打开就能用，但相对功能简化。就像其它软件vs和codeslocks也用来编写c语言。而编译是软件里设置选择的编译器处理的，比如GCC,MSC,TurboC。
从应用上讲，在线网页编译器使用简单，但功能也少，主要学习或调试一下代码。而专门的软件是用于开发的，比如上面的keil就用于单片机程序的开发。

F. 编译型语言和解释型语言各自的优缺点是什么

一、编译型语言

优点：运行速度快，代码效率高，编译后的程序不可修改，保密性较好。

缺点：代码需要经过编译方可运行，可移植性差，只能在兼容的操作系统上运行 。

二、解释型语言

优点：可移植性较好，只要有解释环境，可在不同的操作系统上运行。

缺点：运行需要解释环境，运行起来比编译的要慢，占用资源也要多一些，代码效率低，代码修改后就可运行，不需要编译过程。

(6)在线编译器缺点扩展阅读：

编译型语言：程序在执行之前需要一个专门的编译过程，把程序编译成 为机器语言的文件，运行时不需要重新翻译，直接使用编译的结果就行了。程序执行效率高，依赖编译器，跨平台性差些。如C、C++、Delphi等。而相对的，解释性语言编写的程序不进行预先编译，以文本方式存储程序代码。在发布程序时，看起来省了道编译工序。但是在运行程序的时候，解释性语言必须先解释再运行。

G. 各种编译语言的优缺点

html 是基础，php,asp,等是翻译成html再执行的
html也最简单。
你看一个网站，随便点一个链接，发现地址里是
xxxxxxx.asp?xxxxxxxxx或xxxxxxxxxxxxx.asp那就是用asp写的网站
发现
xxxxxxxx.php?xxxxxxxx或xxxxxxxxxxxxx.php那就是用php写的网站

xxxxxxxxx.jsp?xxxxxxxx或xxxxxxxxxxxxx.jsp那就是用jsp写的网站
c+ vb.net vs.net一般不用来做网站

H. Intel C++ Compiler与gcc对比有什么优缺点

icc 是Intel公司专门为Wintel平台设计，有针对性的做了优化，缺陷也很显然，既然有针对性，也就不具备通用性。使用icc编译，可能会使编译出来的程序有更好的执行效率，但也可能使其在非Intel CPU上运行异常。并且，在某些情况下，即使在Wintel平台上也会崩溃。
gcc的优势在于其通用性，目前主流的所有平台，它基本上都支持。使用-O3优化编译后的执行效率，也不错。
在Win平台上，编译后执行效率最好的，依然是微软的vs，这可能与win系统是他们家出的有关。
使用icc带来的优势，并不突出，还是建议不要用了。
如果限定在win平台上开发，使用vc或gcc更合适一些。我个人推荐gcc，vc的ide环境过于庞大，不太喜欢，但win平台上主流的c开发工具还是vc，有不少开源的工程都使用它，如果你用到了这些开源代码，就不得不用了。

I. 编译执行的优缺点

兼容性差，例如在windows平台上写的编译程序一般不可以在unix平台上运行。当然，如果只是简单的scanf,printf是可以的，但是像指针，内存分配，文件操作，多线程等，在一些相对复杂的系统问题就严重了。 更可怕的是拿源码到unix环境下编译通过了，但是运行却出问题，这种问题最要人命。 所以一般的做法都是这个程序会用在什么系统，就到什么系统环境去开发

J. 谁知道c语言各个编译器优缺点越详细越好

编译器种类很多，最主流的还是turbo和VC，主流的东西可参考资料多，建议用这两个。但VC好用些，图形环境。