Надежда качи първо решение на 17.11.2021 17:08 (преди почти 4 години)
Първи, доста грозен вариант на домашното
Към профила на Надежда Панделиева
Compiling solution v0.1.0 (/tmp/d20220112-2706256-kwfzoa/solution) Finished test [unoptimized + debuginfo] target(s) in 7.56s Running tests/solution_test.rs (target/debug/deps/solution_test-4c880d3f0adaac34) running 15 tests test solution_test::test_adding_int_and_string_negative ... ok test solution_test::test_adding_int_and_string_positive ... ok test solution_test::test_adding_int_and_string_unicode ... ok test solution_test::test_adding_int_and_string_zero ... ok test solution_test::test_adding_matrices_1 ... ok test solution_test::test_adding_matrices_2 ... ok test solution_test::test_blank_strings ... ok test solution_test::test_iterating_i32s ... ok test solution_test::test_iterating_strings ... ok test solution_test::test_multiplying_int_and_string_negative ... ok test solution_test::test_multiplying_int_and_string_positive ... ok test solution_test::test_multiplying_int_and_string_unicode ... ok test solution_test::test_multiplying_int_and_string_zero ... ok test solution_test::test_multiplying_matrices_1 ... ok test solution_test::test_multiplying_matrices_2 ... ok test result: ok. 15 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.00s
Първи, доста грозен вариант на домашното
тук се сетих че съм забравила да умножавам ред по колона
Така вече е по-добре(извинявам се за тъпите имена на променливите, не ме бива в това). Време е да започнем да мислим за по-интересни тестове
Ако "Matrix" е името на типа, може би вътрешната стойност не е добре също да е "matrix" -- две различни неща са. Може би "cells" щеше да е по-удачно, и например new_created_matrix
можеше да е new_matrix_cells
. Също и по-надолу, cells_by_col
etc. Basically, името на стойността има смисъл да е консистентно с типа ѝ.
"First var" и "Second var" са малко мета имена :). Името е добре да описва не какво е това в контекста на текущия блок код, а каква е тази стойност. Може би first_value
вместо first_var
щеше да е по-удачно. Допълнително, в случая първото и второто нещо са и различни типове неща, така че може би number
и string
щяха да са ок като имена. И като видиш string.to_string()
и можеш да си кажеш "хм, защо изобщо го to-string-вам, като вече е string" :D. (В случая, може би move semantics, но тогава .clone()
ще изясни по-добре какво правиш)
ами нищо интересно не съм направила от към тестове
Хубава сутрин! https://www.youtube.com/watch?v=iX-QaNzd-0Y&list=PLJm8WaghjTeFfIKjEXyMHPhUFD7Kc0V1g&index=6
Тестовете не са лоши, и е добре, че си ги пробвала 👍. Липсват ти тестове на кирилица (или някакъв друг unicode), добре щеше да е да пробваш и умножение по 0, може би още някои и друг тест с интервали.
Оставих и бележки по именуването, защото го спомена :).
Ако "Matrix" е името на типа, може би вътрешната стойност не е добре също да е "matrix" -- две различни неща са. Може би "cells" щеше да е по-удачно, и например
new_created_matrix
можеше да еnew_matrix_cells
. Също и по-надолу,cells_by_col
etc. Basically, името на стойността има смисъл да е консистентно с типа ѝ."First var" и "Second var" са малко мета имена :). Името е добре да описва не какво е това в контекста на текущия блок код, а каква е тази стойност. Може би
first_value
вместоfirst_var
щеше да е по-удачно. Допълнително, в случая първото и второто нещо са и различни типове неща, така че може биnumber
иstring
щяха да са ок като имена. И като видишstring.to_string()
и можеш да си кажеш "хм, защо изобщо го to-string-вам, като вече е string" :D. (В случая, може би move semantics, но тогава.clone()
ще изясни по-добре какво правиш)