Aplication blackboxing

Transcrição

1 Aplication blackboxing Além da mentalidade monolítica Diogo Terror

2 escalabilidade de código?

3

4

5

6

7

8 escalabilidade de código!

9 Diogo Terror

10 Real Terror

11

12 Estamos contratando

13

14 Features++

15 script/generate scaffold

16

17 Init.rb

18

19

20 Aplicações re-usáveis

21

22

23

24 Projects vs Apps

25

26

27 Rails Engines plugin

28

29 One plugin to rule them all

30 1) Não era 1st class citzen

31 2) Atualizações do Rails

32 3) Awkward (a hack,not a solution)

33 And along came

34 Merb Slices

35 Full stack mini merb app

36 1. Namespaced Models/Views/Controllers 2. Assets próprios como uma app (mas tinham que ser copiados) 3. Hooks para App mãe (activated, loaded, etc) 4. Se baseavam na API estável do Merb

37 And then...

38

39 Rails 3

40 1. Remove dependência do RubyGems (Railtie) 2. Engine como motor do framework 3. Application é a Engine que controla e carrega outras engines 4. Plugin é o wrapper de compatibilidade com o comportamento antigo

41 Railtie Engine Application Plugin

42 1. Carrega Initializers 2. Seta Middlewares 3. Carrega load paths 4. Carrega generators 5. Etc. Railtie

43 1. É um Railtie com alguns initializers já setados (p.ex.: estrutura de diretório padrão do Rails) 2. Permite alterar load paths, generators 3. Montar Middleware stack 4. Adicionar endpoint rack Engine

44 1. É a engine que faz toda a configuração do Rails 2. Além disso, ela é responsável por carregar todos as outras Railties, Engines e Plugins 3. Ela monta o endpoint final da stack de middlewares com seu próprio router Application

45 1. Classes não devem herdar de Plugin 2. Plugins são instanciados automaticamente para cada gem dentro de vendor/plugins, não tem o poder de configuração das Engines 3. Seu projeto dentro de vendor/plugins não podem ter um Plugin ou Engine explícita porque uma já será criada automaticamente Plugin

46 Engine Development 101

47 1) Go crazy, it s just Rails

48 2) isolate_namespace YouEngine

49 42 posts_path Ao invés de 42 engine_posts_path dentro da Engine

50 3 resources :posts Ao invés de 3 resources :posts, :module => engine dentro da Engine

51 3) Referências a sua Engine em outras aplicações

52 42 engine.posts_path Namespaced pelo nome da sua aplicação 1. Baseado no nome do seu módulo 2. Na configuração da Engine (engine_name :engine_name) 3. Na configuração das Rotas (:as => engine_name )

53 3

54 3) Generators

55 $ rails plugin new blog --mountable 1. Gera uma estrutura padrão de Engine 2. Adiciona isolate_namespace 3. Gera gemspec 4. Cria uma aplicação Rails que usa a engine dentro do test/dummy

56 Assets são incorporados de forma transparente (asset pipeline)

57 app/assets lib/assets vendor/assets config.assets.prefix = /whatever

58 $ rake engine_name:install:migrations

59 Template Inheritance

60 $ blog_engine/app/views/layouts/blog/application.html.erb

61 $ main_app/app/views/layouts/blog/application.html.erb

62 Simples, todo mundo sabe

63

64

65 Mais que aplicações Rails, Aplicações Rack

66 Nova app?

67 A cada nova funcionalidade, se pergunte:... A app atual funcionaria sem ela?... É ortogonal à app atual?... Vai precisar de funcionalidade parecida em outro projeto?

68 3 tipos de apps

69 Data

70 Aplicações inteiras que vivem em seus paths /blog Tente compartilhar o mínimo de estado possível Se você conseguir, pode até fazer particionamento usando upstreams nginx Se não conseguir, talvez não seja uma data app

71 Utility

72 Bibliotecas de código que adicionam features no framework Plugins de ActiveRecord Plugins de ActionControllers Generators

73 Decorators

74 Comportamento transversal Use a API de notifications Use Rack Estude Warden/Devise

75 O blog de 15 min deveria ser

76 Engine de posts Engine de comentários Engine de tagging Engine de bookmarks Engine de sitemap Engine de páginas estáticas Engine de formulário de contato etc.

77 At the end of the day

78 POGDP

79 Plain Old Good Design Principles

80 Application == Encapsulation

81 Hence, Application black-boxing Application == Encapsulation

82

83 KISS principle

84 Rule of modularity: Write simple parts connected by clean interfaces

85 Rule of composition: Write programs to be connected to other programs

86 Rule of separation: Separate policy from mechanism; separate interfaces from engines

87 Rule of parsimony: Write a big program only when it is clear by demonstration that nothing else will do

88 Rule of least surprise: In interface design, always do the least surprising thing

89 Do one thing and do it well