语言内置的数据类型，多用原生算法，效率高，python的数据类型借助于了c语言的数据类型概念，是正向过程程序设计的基础，而python脚本的动态性，这种数据类型被脸上的黑斑了,编译器上会对这种类型做速度优化，在某些编译器上会对这种类型有大量优化,如pypy。面象对象是java,c这类oop语言反展下来的，万物皆对象，对象由类化合，类在oop中每天都做为编程代码块整体封装与函数返回值，和基本上数据类型有当然区别越来越超级重量级，在编译器的优化支持上也没有基础数据类型好。一元数组中是一元数组多了一个元，数组可以定义方法为各类数据类型和类，布尔值常主要是用于条件推测是基础数据类型，复数是数学概念和程序没有关系，来表示复数的方法很多，常见的有数学上的三种坐标法，三角法，指数法。
int,str,float这三个基本都类型的转换
micropython在设计上在此之前是是为嵌入式微处理器不运行，.例如在nrf51822(256kbflash16kbram)的芯片上也可以运行起来，也有人肾得慌在stm32f103上跑起来了，从代码出来看python函数栈的官方默认是16kram，也就换句话说它是可以在许多微芯片上提供给一个最小的python代码交互环境，但这的确中有它们的拓展功能，毕竟编译器更多的功能代码意味着要更多的flash或外部存储。
相同高度与宽度
据导航仪的场景这个时候micropython在硬件的深度可以去到高性能低功耗芯片开发领域，而采用python语言的开发决定了它的软件宽度可以不站在全世界热门行业的python领域中进行借鉴模仿和参考，这受到了许多变动，如变动以往的硬件测试流程和开发流程，变化向来认为的硬件程序开发很难的刻板印象，这个现象之后会详细阐述。
arduino(c)
基于条件c代码设计
占据和c兼容性的优势，也可以无缝接入esp-idf。
大量存留的代码库是可以直接重新整合在用。
近年来的能提供的外设硬件库质量成倍下降，导致硬件开发后的稳定性欠缺。
javascript
较常见于rufflite、jerryscript等。
新生事物，同micropython相似的结构
允许js同步异步驱动安装事件模型，特别要求芯片需要拥有系统（rtos）。
在硬件上不使用浏览器形式的开发
硬件驱动咨询支持库较弱，基于条件此深耕细作硬件接口的开发者不是太多。
相关的开发资料和代码真不够稳定。
lua
比起micropython和jerryscript它的可移植性要实在是太更为简单的一些。
如仓库：
但而lua是小众语言，地位和bat、bash差不多吧。
所以我也不是在开发应用领域里也不是很很流行，但以及自动化脚本工具我还是很棒的。
开发资料查找周边的基本都没有，会lua的大多数全是不与百花争艳，比如我（也差不多）。
espeasy
大概算是一种开发环境，类似于路由器系统（openwrt）
除了好玩啊，就没有什么用了。
像这样的固件还有很多很多，在这里就不一一举些例子了。
esp-idf
硬件开发芯片原厂好象都会提供的sdk，esp32能提供的多为esp-idf、esp-adf、esp-mdf诸如此类，填写的stm32的hal或cc25xxstack等等原生c代码sdk。
本案所涉开发环境均基于条件此再变更土地性质得来的产物。
经由了上列的三千多种开发环境的明确的认识，我们就来说说看micropython差不多后的优劣吧。
micropython的优劣
我们不是很难看见，micropython和python差不多，发挥出来了胶水语言的优势，价值最大化的兼容和一直保持了各自的优势，会减少自己的劣势。
在相册语言大战中，micropython恢复了向大过程、对象、切面、函数的编程语法，十分丰富的开发给他了代码的开发广度，即便如此lua从语法上被砍掉了大量的新广泛的语法糖，幅度的布料裁剪代码量，在开发者开箱即用的角度来看，micropython迎合了大多数开发者的拿来主义（我？）。
与javascript两者相比的python在性能上没有太多的优势，任何的优势那是js的编程思维并不合适会导致渐染在向大过程领域里的c语言硬件编程，的或串口收发这样最简单一件事情，在js的异步事件绑定模型下，要设置一些回调函数静静的等待去处理，而在micropython中，通过多线程是可以实现程序js的效果，但没有多线程也这个可以死循环轮询或非造成堵塞状态机来实现方法同时的功能，而后者的死循环应该是嵌入式c中的较常见编程养成的习惯了，但在js的硬件编程中，某个函数如若发生了什么了死循环，那真的是一种灾难，所有的后台线程都难以运行程序了，但死循环这样的开发真有太烂了，建议硬件开发的时候多写异步驱动代码，的或是状态机代码，以增强io性能。
并且micropython在不少代码语言中与c语言的兼容性为最佳的位置，在程序设计上都是极为，向下兼容语言的同时又吸收了上层优秀代码的精髓，尤其是无比机制和闪图类型。
此时相比较c或c语言，micropython牺性了一些先执行性能，来算每段python代码来到c的执行函数操作额外增强了5us左右，这是我在写软串口的时候发现的，但也给予了解释器接口（其他闪图语言确实是如此），通过动态调整执行接口的参数，瞬间加速了硬件程序的验证与开发。
在遇上硬件程序的ssd主控方面的开发，经常会对付大量的硬件api通信调试，那像设置参数网络服务里的httpapi，对硬件里的uart、i2c、spi、rs485、can等等从机设备的控制，可以使用micropython通过旗下验证，要比并非是建议使用c、arduino来的更为快速，虽说它们程序编译第二次2分钟，运行10秒，而micropython烧录程序2分钟，然后每隔5秒运行发热发冷正常运行，这也均沾于micropython的硬件外设驱动的开发蛮可靠和很稳定（不过是esp-idf可靠稳定的原因xd）。
所以才别人花两天调试的硬件接口，我一个小时就可以不调试得七七八八了，尤其是多机协议的反复测试接口，比如：modbusreadaddr又或者是这类接口。其实，根据上述规定的这种旗下就算是整体封装成at指令的接口也可以能做到，但在python解释器的基础上也可以c语言程序一些复杂的情报营逻辑操作，而非at固件的指定你接口形式调试。
综合以上分析，micropython的硬件开发地位正处于硬件开发的初期验证和远古时期开发阶段，在后期大部分都会放回c，而软件领域里，则有大量的逻辑示例代码供硬件开发全局函数和测试,是对硬件开发人员，将会我得到许多压制硬件的方法，是对软件人员也会更很难的配合硬件人员开发硬件和调试硬件。
结语
