@danek: pierwsze słyszę o takiej idei testów jednostkowych. No ale nie będę się czepiał szczegółów, domyślam się o co Ci chodzi. Natomiast nie wierzę w to że przy bardziej rozbudowanej logice wszystkie testy jednostkowe wykonują się w 1-2 sekundy. Faktycznie, testy które opisałem są wolniejsze, ale nieznacznie. To nie są pełnoprawne testy integracyjne a kompromis- coś za coś. Ponadto, jestem przekonany że znacznie zaoszczędza się na czasie przy pisaniu nowych testów, ponieważ nie muszę się rozdrabniać dla każdej nowo napisanej "jednostki". Jeśli nowa funkcjonalność jest w ramach już istniejącej, pokrytej testami to w ogóle nie ma potrzeby na pisanie nowych testów.

@Aventus: zależy co dla ciebie jest jednostką. U siebie odpalam cała aplikacje bez I/O podczas testów z zmockowana baza jako hashmape i mam efekt podobny do ciebie tylko szybszy. Odpowiednie formatowanie przez kontrolery itp ogarniam sobie osobnymi 'integracyknymi' testami odpalamymi rzadziej

Przez jakiś bug nie mogę zmodyfikować mojego postu, a wypadałoby dorzucić inną ważną informację: każda struktura w Ruście ma z góry określony, znany w trakcie kompilacji rozmiar (w odniesieniu do pierwszego cytowanego przeze mnie wyżej fragmentu). Typami odbiegającymi od tego są jedynie traity i slice'y (https://doc.rust-lang.org/nomicon/exotic-sizes.html).

Dzięki @Patryk27.

• W Rust nie ma słówka kluczowego class, ale jakoś struktura, która implementuje traity lub własne funkcje jest dla mnie klasą. Reprezentuje dane wraz z zachowaniami.
  Trait to jest deklaracja interfejsu podobna do tych z C# lub Javy, ale nie identyczna.

• Miałem to rozdzielone, bo to o czym wspominasz czyli implementacja trait Copy opisana była poniżej. Podkreśliłem to bardziej.

• Typy proste to prymitywy. Typy złożone to struktury.

• Co macie na myśli poprzez wykorzystać dziedziczenie? Zmieniłem by było jasno wypisane, że chodzi o implementacje konkretnego traita a nie o całe zjawisko dziedziczenia.

• W kolejnych częściach planuje opisać: Borrowing, wpływ mutowalności, slice. Nie chciałem naraz wprowadzać dużej ilości pojęć. Dodałem zdanie zapowiadające by czytelnik wiedział.

• Rc, Arc, Mutex planuje wprowadzić dopiero w późniejszych częściach, bo to są mechanizmy skierowane na współbieżność.

Dzięki za feedback i pomoc :)

@DevEnv: Nie wiem dlaczego, ale czytając miałem wrażenie jakby coś zostało wycięte z paragrafu Poznać Ownership, ale może to tylko moje odczucie. Dodatkowo mam wrażenie lania wody, a mało mięska :( możliwe że jestem roszczeniowy :P

Dzięki za pomoc i uwagi
@cerrato: niezamierzona literówka.
@Patryk27: Faktycznie chodziło mi o typ :) Faktycznie użycie stwierdzenia "własny" jest niefortunne, bardziej odpowiednie byłoby unikalny.

Co do stwierdzenia "nie zwalnia programisty z konieczności posprzątania" bardziej chodziło mi o dobrą praktykę i fakt, że może dojść do sytuacji wycieku pamięci w tych językach. Zbytnie uproszczenie. Przeformatuje to.
Ze względu na charakter tekstu nie chciałem odnosić się do usingów, Disposable oraz unsafe. GC w większości przypadków w końcu się aktywuje lub mu w tym pomożemy robiąc to ręcznie lub skończy się pamięć :)

W Ruście faktycznie występuje mechanizm bazujący na zliczaniu odwołań. Nie chciałem wrzuczać tego do wora GC znanego mi z C# i Javy.

@Dregorio: Niestety to jest wstęp za tydzień wrzucę drugą część z kilku. Ownership okazał się bardziej złożonym tematem, na więcej niż jeden artykuł.

https://www.reddit.com/r/Prog[...]al_psa_dont_deploy_this_week/

Kiedyś zgłaszałem autorom https://github.com/RestComm/R[...]50e7679f089a0994c6907cc23f74f Hasło zmienili, ale czy audytowali swoje prywatne repo to już nie wiem ;-) Z ciekawości zapuściłem google po: site:github.com "sshpass -p" filetype:sh i po przejrzeniu iluś tam stron trafiają się np. https://github.com/europeana/[...]lob/master/deployPublisher.sh

A ja bym użył ołówka, czyli zmienił hasło.

Ayy - jak na artykuł techniczny, sporo w nim nieścisłości.

Rust jest językiem funkcyjnym

Rust jest językiem wieloparadygmatowym.

kompilator zadba o brak występowania wyścigów.

Nie do końca - Rust zapewnia bezpieczeństwo przed data race, co nie oznacza, że nie można w nim zrobić np. deadlocka (bo można i nie jest to specjalnie trudne).

Jeśli programujesz w językach takich jak C# czy Java, mających wbudowany mechanizm garbage collector (..)

https://words.steveklabnik.co[...]d-the-generational-hypothesis

Struktury nie mogą dziedziczyć po innych strukturach. Nie ma sposobu, aby zdefiniować strukturę, która dziedziczy pola i implementację metod struktury nadrzędnej.

W takim razie w jaki sposób działa Box? :-)

Minusem może być, że język nie wymusza struktury, więc każdy programista może sobie zdefiniować, rozszerzyć cokolwiek potrzebuje w dowolnym miejscu.

Nieprawda: https://doc.rust-lang.org/stable/error-index.html#E0116.

Jest optymalizowany pod kątem architektury, na której działa kompilator.

Nieprawda: Rust (wykorzystujący pod spodem LLVM) jak najbardziej umożliwia cross-compiling, gdzie np. binarka ARM produkowana i optymalizowana jest na hoście x86.

Kompilator podobnie (jak w przypadku ownershipu) nie pozwoli, by aplikacja się skomplikowała, jeśli może dojść do jakichkolwiek negatywnych zjawisk.

Nieprawda: w runtime może dojść np. do deadlocka (liczy się jako negatywne zjawisko, prawda?).

Hej @Patryk27 Dzięki za pomoc ;-) Jak najbardziej masz rację. Niektóre z tych rzeczy to były skróty myślowe, a niektóre to moje zaniedbania lub niewiedza ( czytałem LLVM, ale dzięki tej wskazówce będę mógł pogłębić wiedzie w tym zakresie, a E0116 to moja niewiedza ). Dzięki tobie będę mógł ulepszyć artykuł.

Problem klienta nie zawsze jest problemem firmy produkującej soft, stąd np. "autorskie frameworki" potem tylko kosisz hajs na serwisie, bo nikt tego nie potrafi ogarnąć, a zmiana zbyt czasochłonna/kosztowna ;)

ekhm, przecinek w cytacie powinien być przed do których, a nie po. ;)