Чи функціональне програмування просто різне , чи воно насправді жорстке ?
Скажіть, хто раніше ніколи не вчився програмуванню, і його навчають функціональному програмуванню. проти когось, хто раніше ніколи не вчився програмуванню, і його навчають імперативному програмуванню. що він виявить жорсткішим? чи те саме?
Моє запитання: скажіть, проблема зараз полягає в тому, щоб увійти до верблюда,
такий, що qwe_asd_zxc_rty_fgh_vbn
стаєqweAsdZxcRtyFghVbn
Процедурний спосіб:
- розділіть його уздовж
_
- Проведіть цикл через масив, пропускаючи перший елемент
- за кожен запис ми пишемо великі літери першої літери
- об'єднайте результати разом
Функціональний спосіб:
- якщо не вдається знайти
_
поверненняinput
- вирізати
input
уздовж першого_
(таким, що ми отримаємоqwe
іasd_zxc_rty_gfh_cvb
) - з великої літери
head
напишіть і сформулюйте, що сf(tail)
Гаразд, якщо у вас є функціональний фон І у вас є великий досвід процесуально-програмового програмування, я хотів би запитати: чи знадобиться вам більше часу, щоб розібратися в процедурному способі, або знадобиться більше часу, щоб ви з'ясували функціональний шлях?
Якщо у вас є процедурний досвід, але ви маєте багаторічний досвід роботи з функціональним програмуванням, я хотів би задати те саме питання: чи знадобиться вам більше часу, щоб розібратися в процедурному способі, чи знадобиться більше часу, щоб розібратися з функціоналом шлях?
x=x+1
може підірвати несподіваний мозок. Функціональне програмування є природним, це не що інше, як чисті та суто суворо математичні функції.
map
для кроку 3 замість мутації циклу. Другий підхід - це те, що я б врахував лише в тому випадку, якщо в стандартній бібліотеці немає розбитої функції (у такому випадку її слід порівнювати з необхідним рішенням, яке також не використовуєтьсяsplit
).