Решение на Пета задача от Чанита Иванова

Обратно към всички решения

Към профила на Чанита Иванова

Код

REPOSITORY = 'https://github.com/chanita91/ruby-retrospective-2'
#1. По- подходящо е да се ползва x.upto(y), отколкото (x..y).each.
#2. Има удобни методи като select и all?, които са готови за употреба
# и не е необходимо да се дефинират методи, правещи същото чрез each или map.
#3. Методът each връща непроменен масива, за който е извикан, а map връща нов масив,
# с извършени промени над масива, с който е извикан.
#4. Празен Hash се инициализира с {}, а не с Hash.new(nil).
#5. Вместо отделни методи name, album, и artist е по- добре да са
# достъпни за четене instance променливи.
#6. Парсерът е, за да се парсва в него, а не при инициализацията.
#7. По- добре е да се създват анонимни функции, които проверяват даден критерий,
# отколкото масиви от песни, които да се сравняват с песните от колекцията и съответно
# да се добавят или премахват от новата колекция.
#8. По- добре е да се премахват еднаквите елементи още при конкатенацията на два масива.
#9. Колкото по- малко влагания, толкова по- добре.
#10. По- подходящо е да се използва тройният оператор ? : :,
# отколкото if else с по една команда.
#11. По- добре е шаблоните да се дефинират като константи,
# за да могат да бъдат използвани отново, при дефинирането на други шаблони.
#12. Трябва при проверка за валидност, да проверявам дали подаденият ми текст
# съдържа единствено това, което търся, това става чрез котвите \A и \z, а не с ^ и $.
#13. По- добре е да се използват именовани групи, а не специални променливи като $1, $2...,
# защото при наличието на много групи, това може да доведе до грешки.
#14. Класът от символи \w съдържа и _, а не само латински букви и цифри.
#15. По- подходящо е да се ползва ?, а не {0,1}
#16. В класа Range има дефиниран метод include?, който е много по-удобен за ползване,
# отколкото проверка дали i>=0 и i<=23 примерно.

История (2 версии и 0 коментара)

Чанита обнови решението на 30.12.2012 23:47 (преди около 12 години)

+REPOSITORY = 'https://github.com/chanita91/ruby-retrospective-2'
+#1. По- подходящо е да се ползва x.upto(y), отколкото (x..y).each.
+#2. Има удобни методи като select и all?, които са готови за употреба
+# и не е необходимо да се дефинират методи, правещи същото чрез each или map.
+#3. Методът each връща непроменен масива, за който е извикан, а map връща нов масив,
+# с извършени промени над масива, с който е извика
+н.
+#4. Празен Hash се инициализира с {}, а не с Hash.new(nil).
+#5. Вместо отделни методи name, album, и artist е по- добре да са
+# достъпни за четене instance променливи.
+#6. Парсерът е, за да се парсва в него, а не при инициализацията.
+#7. По- добре е да се създват анонимни функции, които проверяват даден критерий,
+# отколкото масиви от песни, които да се сравняват с песните от колекцията и съответно
+# да се добавят или премахват от новата колекция.
+#8. По- добре е да се премахват еднаквите елементи още при конкатенацията на два масива.
+#9. Колкото по- малко влагания, толкова по- добре.
+#10. По- подходящо е да се използва тройният оператор ? : :,
+# отколкото if else с по една команда.
+#11. По- добре е шаблоните да се дефинират като константи,
+# за да могат да бъдат използвани отново, при дефинирането на други шаблони.
+#12. Трябва при проверка за валидност, да проверявам дали подаденият ми текст
+# съдържа единствено това, което търся, това става чрез котвите \A и \z, а не с ^ и $.
+#13. По- добре е да се използват именовани групи, а не специални променливи като $1, $2...,
+# защото при наличието на много групи, това може да доведе до грешки.
+#14. Класът от символи \w съдържа и _, а не само латински букви и цифри.
+#15. По- подходящо е да се ползва ?, а не {0,1}
+#16. В класа Range има дефиниран метод include?, който е много по-удобен за ползване,
+# отколкото проверка дали i>=0 и i<=23 примерно.

Чанита обнови решението на 30.12.2012 23:50 (преди около 12 години)

REPOSITORY = 'https://github.com/chanita91/ruby-retrospective-2'
#1. По- подходящо е да се ползва x.upto(y), отколкото (x..y).each.
#2. Има удобни методи като select и all?, които са готови за употреба
# и не е необходимо да се дефинират методи, правещи същото чрез each или map.
#3. Методът each връща непроменен масива, за който е извикан, а map връща нов масив,
-# с извършени промени над масива, с който е извика
-н.
+# с извършени промени над масива, с който е извикан.
#4. Празен Hash се инициализира с {}, а не с Hash.new(nil).
#5. Вместо отделни методи name, album, и artist е по- добре да са
# достъпни за четене instance променливи.
#6. Парсерът е, за да се парсва в него, а не при инициализацията.
#7. По- добре е да се създват анонимни функции, които проверяват даден критерий,
# отколкото масиви от песни, които да се сравняват с песните от колекцията и съответно
# да се добавят или премахват от новата колекция.
#8. По- добре е да се премахват еднаквите елементи още при конкатенацията на два масива.
#9. Колкото по- малко влагания, толкова по- добре.
#10. По- подходящо е да се използва тройният оператор ? : :,
# отколкото if else с по една команда.
#11. По- добре е шаблоните да се дефинират като константи,
# за да могат да бъдат използвани отново, при дефинирането на други шаблони.
#12. Трябва при проверка за валидност, да проверявам дали подаденият ми текст
# съдържа единствено това, което търся, това става чрез котвите \A и \z, а не с ^ и $.
#13. По- добре е да се използват именовани групи, а не специални променливи като $1, $2...,
# защото при наличието на много групи, това може да доведе до грешки.
#14. Класът от символи \w съдържа и _, а не само латински букви и цифри.
#15. По- подходящо е да се ползва ?, а не {0,1}
#16. В класа Range има дефиниран метод include?, който е много по-удобен за ползване,
# отколкото проверка дали i>=0 и i<=23 примерно.