Reddit - rozsda - taps; s Újév; s súlycsökkentő program w cargo-bloat

Köszönöm a bejegyzést. Átmenetileg ennek nagy hatása lesz!

súlycsökkentő

Engem is nagyon megdöbbentett, hogy a taps a tokei-ban még a std-nél is nagyobb helyet foglal el .

A .text szakaszból igen. De nem a teljes bináris méretet, ami valójában az egyetlen dolgom volt a cargo-bloat jelentéseiben.

Mellékképpen azt gondolom, hogy az emberek valójában kevesebbet használnak, mint gondolnád; néhány primitív, talán néhány gyűjtemény és néhány vonás. Nem mintha az összes std bekerülne a fordítás során. Tehát, amikor az emberek látják, hogy az std elég kicsi a bináris fájlban, de az egész std libre gondolunk, az felfújja a mentális képet az összes többi ládában, amely szerepel a kimenetben.

Minden javaslatot szívesen fogadunk.

A .text szakaszról elkészíthetem az --absolute jelzőt, amely a fájlméretet Total-ként fogja használni, vagy két oszlopot is kinyomtathatok: egyet a teljes fájlhoz és egyet a .text-hez. .

Szuper lenne! Tetszik a két oszlop ötlet, mert néhányan nem feltalálhatják a segítséget az -abszolút megtalálásához. Azonban a két oszlop mellett valószínűleg jó lenne egy --no-abszolút jelzőt is megadni az oszlop kikapcsolásához, ha valaki valamilyen okból nem akarja.

Igen. Egyetértek azzal, hogy a legjobb módszer az, ha mindent alapértelmezés szerint megmutatunk, és letiltjuk zászlókkal.

Teljesen egyetértek abban, hogy ez a fajta bejegyzés hasznos! Köszönöm, hogy megírta!

A makrók kevesebbszeres kibővítésén túl a következő lépés valóban megfelel a kölcsönellenőrző (bocs,/u/jntrnr1) legyőzésének és a függvények helyett, ugye? Milyen akadályok vannak itt?

önmagát változtathatóan, majd a borrowck nem engedélyezi az én bármely területének mutálását, miközben a kölcsön „él”, és mindez óriási rendetlenséggé forog. Ez tovább súlyosbodik, ha valamire a struktúra belsejéből próbál hivatkozni. Mivel a borrowck nem tud bepillantani a függvényekbe, hogy lássa, hogy semmi rossz nem történik, csak teljesen megtiltja.

Ebben segíthetnek a nem lexikális életek. de akkor a kezdeti megvalósításokban is némileg korlátozottak lehetnek. A helyes mód az lenne, ha kisebb struktúrákra bontanánk önmagunkat, de ez jelentős refrakter lenne. Szóval szeretnék lassan dolgozni e cél érdekében.

A részleges hitelfelvételhez van egy kívánságlista-probléma, amely segítene ennek megoldásában.

Ez számomra is óriási fájdalom, és én is makrókat használtam csak a probléma megoldására.

Személy szerint szeretném, ha Rust valóban bepillantana a függvényekbe, és megnézné, hogy a típusok mely részeit kölcsönzik a függvényen belül.

Két fő probléma van ezzel. Az első az, hogy egy függvény megvalósítási részleteinek megváltoztatása megtörheti a függvény felhasználóit. A 2. az, hogy túl drága lehet, és lassítja az összeállítást.

Úgy gondolom, hogy az 1. megoldható úgy, hogy csak ezt a ládát intra. Ez megoldaná a fájdalom 90% -át, és valójában nem kell API-garanciákat nyújtania ugyanabban a ládában.

A 2. esetében valójában nem tudom, ez mennyivel lassítaná az összeállítást.

Megértem, miért panaszkodik a borrowck, a kódomban is pontosan ez volt a probléma. Azt azonban nem értem, hogy a makrók hogyan segítenek ebben az esetben.

Bár azt kell mondanom, hogy alig ismerem a makrókat, és soha nem írtam még egyet.

A funkcióhívásokkal az a probléma, hogy a kölcsönellenőr nem látja, hogy a funkció mit csinál. Csak a funkció aláírását ellenőrzi. A makrohívás kibővül olyan szabályos kódra, amelyet a kölcsönellenőrző elemez.

Itt van egy kitalált példa (járóka):

Ha a makrómeghívást lecseréli a függvényhívásra, a kölcsönellenőr panaszkodik a kölcsönök elnevezéséről.