什么叫底层代码？

底层代码是指被封装好的代码，底层代码写的就是比较原始，比较基础的代码。底层代码编写是非常接近机器的编程，使用底层开发语言（如C或汇编）。这与使用高级语言（例如Python，Java）的程序员进行编程不同。

对于java来说，底层代码一般是指框架的实现代码，这些代码一般都是一些常用代码或比较接近于原始的代码，这些代码封装好，可以方便复用和调用。而对一些操作系统来说，底层代码可能就是c或者汇编，写底层代码就是做底层开发。比如java的Map类，底层代码实现：

扩展资料

编写底层代码一般要比较深厚的功底，对程序设计，代码涉及的各个方面，性能，耦合度，复用性都要很深的掌握和考虑，熟练掌握设计模式,良好的编程习惯，代码优雅，数据结构，精通各种算法。

很多java框架被淘汰，除了本身有致命的bug外，还有就是有性能更好，使用更方便的框架出现，而这些都是靠底层代码实现来决定的。

参考资料：百度百科-底层开发

底层代码实际上是一种比较通俗的说法。根据我的经验，一般有两种意思。接下来会对这两种意思分别进行说明。

（一）区别于显示模块，控制模块，负责数据操作。

一个成熟软件往往都存在着明确的模块划分，功能划分。比如说常见的MVC架构。
MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码。
其中【视图】负责显示，【控制】负责衔接，【模型】负责具体的数据控制。

【模型】相对【视图】和【控制】即可认为是底层代码。从用户的角度来说，他只需要意识到【视图】层即可。由【视图】提供数据显示，向【视图】发送请求。完全不需要关注【模型】是如何实现的。这就是层次上的深浅之分。【视图】浅，【模型】深。

（二）区别于高级代码，负责硬件交互。

相对于软件结构的上层部分，硬件的交互往往是更为直接，复杂的命令集。负责硬件这部分代码，就会被称为是底层代码。

所谓delphi编译器效率高，一般指的是以下三方面：

1、编译连接时间短，这一点是其他任何编译器都无法相比的（一般来说，VC, VB编译过程所用的时间是Delphi的几倍），原因很简单：Pascal语法限制严格，用户必须规范地编码，省去了编译器的很多麻烦。

2、编译出的程序执行速度快，产生的代码长度短。这一点比VB强，但和VC基本一样，谁也没有优势。不过很多人有误解，以为Delphi类库庞大复杂，加一个控件就要把整个一个源文件全部加进来，代码长度太大，效率太差。其实真实情况是，拥有众多VCL控件类库，是Delphi的一个独特之处，VC的MFC库无法与之相比——MFC有的底层简单封装的类，VCL库都有，但VCL有的上层组件，MFC却根本没有。使用VCL上层应用控件后，代码长度的确比VC大，不过VC却没有这方面的选择，而VC所用的从底层一砖一瓦地编码的方式，Delphi完全支持，而且绝对没任何劣势，代码长度也不长（VC的语法复杂，按C程序员一般习惯做的话，代码长的反而会是VC）。产生误解的原因，是多数Delphi程序员是应用级的，而VC程序员是底层些的，应用程序员大多不太懂得底层代码的编写，只会搬控件、响应事件，以为底层的东西Delphi做不来。

3、对应用级的程序开发周期短——这也就是Borland一贯吹捧的“快速开发工具”的含义。正因为VCL的存在（封装了很多界面组件以及通讯、数据库、internet应用等很多后台功能），对高层应用不再需要一砖一瓦地受累，使开发周期缩短了很多倍。

单纯从技术角度说，编译器效率应该指编译出的代码是否短小/运行速度是否快，以及是否能用较少的源代码高效地实现复杂功能。前一方面Delphi并不比VC差，而比VB强，但并非一骑绝尘；后一方面则的确有一骑绝尘之象。

Delphi的致命缺点，其实不是技术——技术它是领先的，毫无疑问，问题是市场策略和公司实力（Borland只是家小公司），微软“携操作系统以令诸侯”，误导了众多软件开发公司，让它们以为微软的才正宗和好用，造成了事实上的VB，VC用户群远比Borland的庞大，源代码数量也一样是C/C++远远占优，而Borland的C++ Builder却开发得太晚难以形成市场优势。

概括来说，如果你要开发上层应用为主的程序，特别是数据库方面的程序，那么Delphi能让你省不少时间；而若开发底层些的软件，为能有更多相关代码可以参考利用，为能容易地招聘到更合适的程序员，以及为了代码维护方便，都适合用C/C++去做，当然，C++ Builder从技术上说是个不错的选择，只是用户群还太小。

简单易懂的话就是驱动硬件部分工作