Решение на Пета задача от Виктория Христова

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

Към профила на Виктория Христова

Код

REPOSITORY = 'https://github.com/victoria92/ruby-retrospective-2'
#Двадесет неща, които научих:
#1. Използването на map и select винаги е по-добрият начин да направим нещата от each
#2. Почти всичко връща резултат и не е нужно да го запазваме в променлива, която след
#това да върнем
#3. Не винаги е хубаво да се избягва използването на if чрез булеви конструкции
#4. В повечето случаи self се изпуска, защото се използва по подразбиране
#5. За повечето неща има метод в Ruby и не е нужно сами да ги реализираме
#6. Трябва да избягваме дефинирането на излишни променливи, ако ги използваме само веднъж,
#то най-вероятно нямаме нужда от тях
#7. upto е за предпочитане пред ..
#8. Хубаво е методи, които дефинираме и не трябва да се използват извън класа и неговите
#наследници, да са private
#9. Не бива да се пропускат детайли, хубаво е да видим какво става във всеки случай
#10. Хубаво е за класовете, които правим и е удачно и приложимо, да дефинираме метод to_s
#11. Понякога опитвайки да избегнем is_a? и class можем да усложним прекалено нещата
#12. Добра идея е да изнасяме в отделни методи неща, които ще ползваме често
#13. Case може да опише нещата по-добре от множество постфиксни if-ове
#14. Мутиращите методи е хубаво да се избягват
#15. Хубаво е да няма повтарящ се код и регулярните изрази да се изнасят, ако се ползват
#повече от веднъж
#16. Можем да направим кода по-четим като направим отделни методи за частните случаи, а
#след това ги приложим за по-общия случай
#17. При работа с регулярни изрази котвите оказват голямо влияние и изпускането им има
#големи последици
#18. Не е нужно всички променливи да се инициализират в контруктора
#19. Регулярните изрази се интерполират
#20. Много по-удобно е да се работи с именовани групи

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

Виктория обнови решението на 25.12.2012 12:46 (преди около 12 години)

+REPOSITORY = 'https://github.com/victoria92/ruby-retrospective-2'
+
+#Двадесет неща, които научих:
+
+#1. Използването на map и select винаги е по-добрият начин да направим нещата от each
+#2. Почти всичко връща резултат(като изключим присвояването) и не е нужно да го запазваме
+#променлива, която след това да върнем
+#3. Не винаги е хубаво да се избягва използването на if чрез булеви конструкции
+#4. В повечето случаи self се изпуска, защото се ползва по подразбиране
+#5. За повечето неща има метод в Ruby и не е нужно сами да ги реализираме (count, pred)
+#6. Трябва да избягваме дефинирането на излишни променливи, ако ги използваме само веднъж,
+#то най-вероятно нямаме нужда от тях
+#7. upto е за предпочитане пред ..
+
+#8. Хубаво е методи, които дефинираме и не трябва да се използват извън класа и неговите
+#наследници, да са private
+#9. Не бива да се пропускат детайли, хубаво е да видим какво става във всеки случай(adjoin)
+
+#10. Хубаво е за класовете, които правим и е удачно и приложимо, да дефинираме метод to_s
+#11. Понякога опитвайки да избегнем is_a? и class можем да усложним прекалено нещата
+#12. Добра идея е да изнасяме в отделни методи неща, които ще ползваме често(0,1)
+#13. Case може да опише нещата по-добре от множество постфиксни if-ове
+
+#14. Мутиращите методи е хубаво да се избягват(без gsub!)
+#15. Хубаво е да няма повтарящ се код и регулярните изрази да се изнасят, ако се ползват повече
+#от веднъж
+#16. Можем да направим кода по-четим като направим отделни методи за по-частни случаи, а след
+#това ги приложим за по-общите
+#17. При работа с регулярни изрази котвите оказват голямо влияние и изпускането им има големи
+#последици
+#18. Не е нужно всички променливи да се инициализират в контруктора, ако не знаем стойностите им
+#19. Регулярните изрази се интерполират
+#20. Много по-удобно е да се работи с именовани групи

Виктория обнови решението на 29.12.2012 13:30 (преди около 12 години)

REPOSITORY = 'https://github.com/victoria92/ruby-retrospective-2'
#Двадесет неща, които научих:
#1. Използването на map и select винаги е по-добрият начин да направим нещата от each
-#2. Почти всичко връща резултат(като изключим присвояването) и не е нужно да го запазваме
-#променлива, която след това да върнем
+#2. Почти всичко връща резултат и не е нужно да го запазваме в променлива, която след
+#това да върнем
#3. Не винаги е хубаво да се избягва използването на if чрез булеви конструкции
-#4. В повечето случаи self се изпуска, защото се ползва по подразбиране
-#5. За повечето неща има метод в Ruby и не е нужно сами да ги реализираме (count, pred)
+#4. В повечето случаи self се изпуска, защото се използва по подразбиране
+#5. За повечето неща има метод в Ruby и не е нужно сами да ги реализираме
#6. Трябва да избягваме дефинирането на излишни променливи, ако ги използваме само веднъж,
#то най-вероятно нямаме нужда от тях
#7. upto е за предпочитане пред ..
#8. Хубаво е методи, които дефинираме и не трябва да се използват извън класа и неговите
#наследници, да са private
-#9. Не бива да се пропускат детайли, хубаво е да видим какво става във всеки случай(adjoin)
+#9. Не бива да се пропускат детайли, хубаво е да видим какво става във всеки случай
#10. Хубаво е за класовете, които правим и е удачно и приложимо, да дефинираме метод to_s
-#11. Понякога опитвайки да избегнем is_a? и class можем да усложним прекалено нещата
-#12. Добра идея е да изнасяме в отделни методи неща, които ще ползваме често(0,1)
+#11. Понякога опитвайки да избегнем is_a? и class можем да усложним прекалено нещата
+#12. Добра идея е да изнасяме в отделни методи неща, които ще ползваме често
#13. Case може да опише нещата по-добре от множество постфиксни if-ове
-#14. Мутиращите методи е хубаво да се избягват(без gsub!)
-#15. Хубаво е да няма повтарящ се код и регулярните изрази да се изнасят, ако се ползват повече
-#от веднъж
-#16. Можем да направим кода по-четим като направим отделни методи за по-частни случаи, а след
-#това ги приложим за по-общите
-#17. При работа с регулярни изрази котвите оказват голямо влияние и изпускането им има големи
-#последици
-#18. Не е нужно всички променливи да се инициализират в контруктора, ако не знаем стойностите им
-#19. Регулярните изрази се интерполират
+#14. Мутиращите методи е хубаво да се избягват
+#15. Хубаво е да няма повтарящ се код и регулярните изрази да се изнасят, ако се ползват
+#повече от веднъж
+#16. Можем да направим кода по-четим като направим отделни методи за частните случаи, а
+#след това ги приложим за по-общия случай
+#17. При работа с регулярни изрази котвите оказват голямо влияние и изпускането им има
+#големи последици
+#18. Не е нужно всички променливи да се инициализират в контруктора
+#19. Регулярните изрази се интерполират
#20. Много по-удобно е да се работи с именовани групи