pajek中的平均路徑長度是哪個(gè)算法？pajek:ProgramPackagePajek/PajekXXLpython里的networkx:Overview-NetworkX是很不錯(cuò)的工具小世界實(shí)質(zhì)上

pajek中的平均路徑長度是哪個(gè)算法？

pajek:ProgramPackagePajek/PajekXXL

python里的networkx:Overview-NetworkX

是很不錯(cuò)的工具

小世界實(shí)質(zhì)上是你算算路徑短，無標(biāo)度是度分布的特征，去找相應(yīng)的功能表就行。

micropython是用python寫的嗎？

MicroPython在設(shè)計(jì)上最初的那就是是為嵌入式微處理器正常運(yùn)行，例如在nRF51822 (256kB flash 16kB RAM)的芯片上也可以不運(yùn)行下來，也有人腎得慌在STM32F103上跑不快了，從代碼上來看Python函數(shù)棧的官方默認(rèn)是16KRAM，也就那樣的話它可以在許多微芯片上需要提供一個(gè)最小的Python代碼交互環(huán)境，但這的確中有它們的拓展功能，雖說編譯程序更多的功能代碼換句話說不需要更多的Flash或外部存儲。

相同高度與寬度

參照定位的場景我們MicroPython在硬件的深度可以去到高性能低功耗芯片開發(fā)領(lǐng)域，而需要Python語言的開發(fā)改變了它的軟件寬度這個(gè)可以站在全世界熱門的Python領(lǐng)域中接受借鑒和參考，這受到了許多轉(zhuǎn)變，如變動以往的硬件測試流程和開發(fā)流程，變化一貫認(rèn)為的硬件程序開發(fā)很難的刻板印象，這個(gè)現(xiàn)象之后會詳細(xì)點(diǎn)闡述。

Arduino(C)

基于C代碼設(shè)計(jì)

強(qiáng)大和C兼容的優(yōu)勢，這個(gè)可以無縫拼接接入ESP-IDF。

大量存留的代碼庫也可以然后整合不使用。

近年來的可以提供的外設(shè)硬件庫質(zhì)量大幅度會下降，導(dǎo)致硬件開發(fā)后的穩(wěn)定性很薄弱。

Javascript

最常見于Rufflite、JerryScript等。

新生事物，同MicroPython相象的結(jié)構(gòu)

支持什么JS異步安裝驅(qū)動事件模型，沒有要求芯片前提是擁有系統(tǒng)（RTOS）。

在硬件上建議使用瀏覽器形式的開發(fā)

硬件驅(qū)動去相關(guān)支持庫較弱，基于此持續(xù)深耕硬件接口的開發(fā)者不是太多。

相關(guān)的開發(fā)資料和代碼真不夠穩(wěn)定。

lua

比起MicroPython和JerryScript它的可移植性要實(shí)在是太更為簡單點(diǎn)一些。

如倉庫：

但導(dǎo)致lua是小眾語言，地位和bat、bash差不多吧。

因?yàn)橐膊皇窃陂_發(fā)應(yīng)用領(lǐng)域里又不是很流行的，但充當(dāng)自動化腳本工具應(yīng)該很棒的。

開發(fā)資料去相關(guān)周邊的都差不多沒有，會lua的大部分都是流于世俗，比如說我（至少）。

ESPEasy

差不多算是一種開發(fā)環(huán)境，類似路由器系統(tǒng)（openwrt）

除此之外比較好玩，就沒有什么我用。

像這樣的固件也有很多很多，在這里就不逐一舉例了。

esp-idf

硬件開發(fā)芯片原廠好象都會提供的SDK，esp32需要提供的多為esp-idf、esp-adf、esp-mdf諸如此類，隨機(jī)的stm32的hal或CC25XXstack等等原生C代碼SDK。

上列開發(fā)環(huán)境均基于條件此再繼續(xù)的新得來的產(chǎn)物。

經(jīng)了本案所涉的三千多種開發(fā)環(huán)境的進(jìn)一步認(rèn)識，我們就來說說MicroPython綜合比后的優(yōu)劣吧。

MicroPython的優(yōu)劣

我們不算難見到，MicroPython和Python一樣的，發(fā)揮了膠水語言的優(yōu)勢，利用最大化的兼容性問題和保持了各自的優(yōu)勢，會減少自己的劣勢。

在相冊語言大戰(zhàn)中，MicroPython剩余了走向過程、對象、切面、函數(shù)的編程語法，相當(dāng)豐富的開發(fā)給他了代碼的開發(fā)廣度，不過即便如此lua從語法上攔腰砍斷了大量開發(fā)具體方法的語法糖，下降的裁剪代碼量，在開發(fā)者開箱即用的角度來看，MicroPython奉承了大多數(shù)開發(fā)者的拿來主義（我？）。

與JavaScript而言的Python在性能上沒有太多的優(yōu)勢，同樣的優(yōu)勢那是Js的編程思維并不比較適合長期性熏染在正向過程領(lǐng)域里的C語言硬件編程，.例如串口接收發(fā)這樣簡單一件事情，在Js的異步事件帳號綁定模型下，需要可以設(shè)置一些回調(diào)函數(shù)靜靜的等待一次性處理，而在MicroPython中，多線程這個(gè)可以實(shí)現(xiàn)程序Js的效果，但沒有多線程也這個(gè)可以是從While死循環(huán)輪詢或非堵塞狀態(tài)機(jī)來利用雖然的功能，而后者的死循環(huán)是嵌入式C中的常見編程養(yǎng)成的習(xí)慣了，但在JS的硬件編程中，某個(gè)函數(shù)若不是不可能發(fā)生了死循環(huán)，那真的是一種災(zāi)難，所有的后臺線程都根本無常運(yùn)行了，但死循環(huán)這樣的開發(fā)真的太爛了，建議您硬件開發(fā)的時(shí)候多寫異步驅(qū)動代碼，或則是狀態(tài)機(jī)代碼，以能提高IO性能。

但MicroPython在各大日志語言中與C語言的兼容性為適宜，在程序設(shè)計(jì)上也是這等，支持2g語言的同時(shí)又吸收到了上層最優(yōu)秀代碼的精髓，尤其是異樣機(jī)制和動態(tài)類型。

此時(shí)相比C或C語言，MicroPython犧牲生命了一些想執(zhí)行性能，來算每段Python代碼回到自己C的執(zhí)行函數(shù)操作額外增強(qiáng)了5us左右，這是我在寫軟串口的時(shí)候發(fā)現(xiàn)的，但也受到了解釋器接口（其他日志語言也是這般），通過動態(tài)調(diào)整執(zhí)行接口的參數(shù)，瞬間加速了硬件程序的驗(yàn)證與開發(fā)。

在面對硬件程序的主控芯片方面的開發(fā)，你經(jīng)常對于大量的硬件API通信調(diào)試，得象系統(tǒng)的調(diào)試網(wǎng)絡(luò)服務(wù)里的HTTPAPI，對硬件里的UART、I2C、SPI、RS485、CAN等等從機(jī)設(shè)備的控制，在用MicroPython進(jìn)行開發(fā)驗(yàn)證，要比純粹可以使用C、Arduino來的無比飛速，雖說它們程序編譯四次2分鐘，運(yùn)行10秒，而MicroPython編程器2分鐘，之前每隔5秒運(yùn)行疼時(shí)啟動，這也均沾于MicroPython的硬件外設(shè)驅(qū)動的開發(fā)相當(dāng)可靠和比較穩(wěn)定（不過是ESP-IDF穩(wěn)定和可靠的原因XD）。

所以別人花兩天設(shè)置參數(shù)的硬件接口，我兩個(gè)小時(shí)就也可以調(diào)試得不過剩了，尤其是多機(jī)協(xié)議的反復(fù)測試接口，或者：Modbusreadaddr或是這類接口。當(dāng)然了，根據(jù)上述規(guī)定的這種開發(fā)完畢甚至是裸芯片成AT指令的接口也可以能做到，但在Python講解器的基礎(chǔ)上這個(gè)可以c語言程序更多奇怪的后續(xù)邏輯操作，而非AT固件的委托接口形式調(diào)試。

綜上分析，MicroPython的硬件開發(fā)地位正處于硬件開發(fā)的初期驗(yàn)證和原始開發(fā)階段，在后期大多都會轉(zhuǎn)回C，而軟件領(lǐng)域里，則有大量的邏輯示例代碼供硬件開發(fā)全局函數(shù)和測試,相對于硬件開發(fā)人員，將會我得到一些完全控制硬件的方法，這對軟件人員也會更太容易的和硬件人員開發(fā)硬件和調(diào)試硬件。

結(jié)語