Showing Revision 1 created 02/17/2013 by Lucilia Figueiredo.

1. Title:
   06x-03 Exceptional Control Flow
2. Description:

   06x-03 Controle de Fluxo de Exceções

3. 0 0:00 - 0:05
   Em nosso interpretador JavaScript, usamos exceções para implementar comandos return.
4. 5000 0:05 - 0:09
   Isso é ruim? Deveríamos usar Python se temos que fazer isso?
5. 9000 0:09 - 0:12
   Bem, existe muito tratamento de exceção, no nível de linguagem, no mundo real.
6. 12000 0:12 - 0:18
   Eu não acho que isso seja uma razão para evitar Python ou para argumentar que uma linguagem é mais perigosa que outra.
7. 18000 0:18 - 0:22
   Tratamento de exceção no nível de linguagem é super popular.
8. 22000 0:22 - 0:27
   De fato, isso vem desde Goodenough, que em 1975 introduziu o modelo de sunstituição --
9. 27000 0:27 - 0:30
   esse é uim sobrenome super interessante, eu gostaria de ter um assim.
10. 30000 0:30 - 0:36
    E desde então, um grande número de linguagens possibilita tratar erros em programas,
11. 36000 0:36 - 0:41
    e questões relacionadas a ambientes, e ambos caem na categoria de
12. 41000 0:41 - 0:46
    exceções, no nível de linguagem. E isso realmente é muito útil, poque a abordagem anterior
13. 46000 0:46 - 0:51
    envolvia atribuir e verificar valores de flags globais, e programadores não são muito bons
14. 51000 0:51 - 0:54
    em se lembrar de fazer isso de maneira coerente e correta.
15. 54000 0:54 - 1:00
    Mesmo com tratamento de exceções no nível de linguagem, programadores ainda comentem muitos erros.
16. 60000 1:00 - 1:03
    Minha explicação pessoal é que isso é devido ao fato de que o controle de fluxo
17. 63000 1:03 - 1:07
    para tratamento de exceção não é visível.
18. 67000 1:07 - 1:11
    Quando você olha para um código Python, você pode dizer que o controle do fluxo pula para a próxima linha,
19. 71000 1:11 - 1:14
    se esta linha está identada em relação ao comando corrente.
20. 74000 1:14 - 1:19
    Mas exceções representam um certo tipo de desvio não local, para algum outro lugar,
21. 79000 1:19 - 1:24
    e a identação do código, ou a estrutura do código, não deixa isso claro.
22. 84000 1:24 - 1:27
    E se você não percebe que o código pode desviar de uma linha para outra,
23. 87000 1:27 - 1:32
    você pode esquecer-se de restabelecer algum invariante, ou de fechar um arquivo importante,
24. 92000 1:32 - 1:34
    ou de finalizar uma estrutura no final.
25. 94000 1:34 - 1:38
    De fato, há alguns anos atrás, quendo que estava fazendo minha dissertação nessa área --
26. 98000 1:38 - 1:43
    oh, trágicamente entediante -- notei que programadores de código aberto tendem a
27. 103000 1:43 - 1:51
    cometer da ordem de 800 erros por 4 milhões de linhas de código, relacionados apenas a tratamento de exceções.
28. 111000 1:51 - 1:55
    De fato, tratamento de exceção é tão proeminente que, se você olhar para um programa típico,
29. 115000 1:55 - 2:02
    algo entre 1% a 5% do texto desse programa consiste de blocos catch e finally.
30. 122000 2:02 - 2:08
    Isso pode parecer pouco, mas, tipicamente, um bloco catch ou finally, se não for simplesmente vazio,
31. 128000 2:08 - 2:15
    irá chamar alguma outra rotina de tratamento de erro, e grande parte do software, algo entre 3% e 46% do programa,
32. 135000 2:15 - 2:19
    é transitivamente atingível por meio chamadas de métodos ou o que seja,
33. 139000 2:19 - 2:21
    a partir desses locos catch e finally.
34. 141000 2:21 - 2:26
    Se você quizer em escrever grandes trechos de software robusto, que serão disponibilizados no mundo real,
35. 146000 2:26 - 2:30
    você irá gastar um bocado de tempo com tratamento de erros.
36. 150000 2:30 - 2:33
    Tratamento de exceção no nível de linguagem é, pelo menos,
37. 153000 2:33 - 2:34
    muito melhor do que a outra alternativa para isso.
38. 154000 2:34 - 2:39
    Isso seria uma razão para evitar Python?
39. 159000 2:39 - 2:44
    Vimos em aila que podemos usar algo como tratamento de exceção para lidar com
40. 164000 2:44 - 2:50
    a interpretação de comandos return de JavaScript, em nosso interpretador para JavaScript, em Python.
41. 170000 2:50 - 2:53
    Não, eu não evitaria Python por isso.
42. 173000 2:53 - 2:58
    De fato, mesmo linguagens similares, como Java, são potencialmente piores.
43. 178000 2:58 - 3:03
    Você pode não saber, mas Java ainda tem GOTOs -- verifique.
44. 183000 3:03 - 3:07
    Você pode colocar labels no programa e usar o comando break, com um argumento,
45. 187000 3:07 - 3:11
    para simular o comportamento de GOTOs -- mesmo sabendo-se que linguagens nominalmente mais seguras e
46. 191000 3:11 - 3:15
    mais estruturadas devam evitar esse tipo de coisa.
47. 195000 3:15 - 3:20
    Na prática, muitas linguages do mundo real -- seja Python ou Java -- têm seu lado negro,
48. 200000 3:20 - 3:23
    que possibilitam que você escreve código spaghetti.
49. 203000 3:23 - 3:28
    Isso não é apenas o caso de Python ou de JavaScript.
50. 208000 3:28 - 3:35
    Realmente, vem quase dessa questão filosófoca de que, algumas vezes, quando você detecta um erro,
51. 215000 3:35 - 3:39
    você não tem tempo suficiente, ou não tem contexto suficiente, para tratar esse erro.
52. 219000 3:39 - 3:42
    Esta é realmente a motivação para tratamento de exceção.
53. 222000 3:42 - 3:46
    Quando eu estou no meio de algum código de baixo nível que falha ao escrever algo no disco,
54. 226000 3:46 - 3:50
    ou falha ao enviar algo na rede, eu não sei se devo tentar novamente.
55. 230000 3:50 - 3:54
    Porque não? Porque depende do resto da semântica da aplicação.
56. 234000 3:54 - 3:59
    Se for algum tipo de gerência de rede, pode ser que eu deva aguardar por uns 5 segundos e tentar de novo,
57. 239000 3:59 - 4:03
    se for algo como voz sobre IP, como Skype, pode ser que eu não me importe,
58. 243000 4:03 - 4:05
    talvez eu apenas deva esperar pela chegada do próximo pacote.
59. 245000 4:05 - 4:08
    Eu não posso saber, a não ser que eu conheça mais sobre a aplicação.
60. 248000 4:08 - 4:14
    Então, exceções me possibiliram notificar um erro, e esperar que algum outro trecho de código,
61. 254000 4:14 - 4:19
    que possua mais informação, trate o erro. Esse é o caso geral em programação.
62. 259000 4:19 - 4:24
    e não uma situação particular a uma linguagem. Portanto, eu não diria que é um problema de Python, ou Java, ou JavaScript.