Convention over configuration

Convention over configuration
konwencja
100%
100% [9]
konfiguracja
0%
0% [0]
Odpowiedz Nowy wątek
2014-11-07 17:11
0

Konwencje pomagają uprościć i zautomatyzować pewne taski. Ale wymuszają pewne zachowania, łatwo też o literówkę lub inne błędy, przez które coś tam nie będzie działać. Co preferujecie?
Chętnie też usłysze z życia wzięte przykłady, gdzie wybraliście/wybralibyście którąś z w/w.

Pozostało 580 znaków

2014-11-07 17:55
0
ubuntuser napisał(a):

Konwencje pomagają uprościć i zautomatyzować pewne taski. Ale wymuszają pewne zachowania, łatwo też o literówkę lub inne błędy, przez które coś tam nie będzie działać. Co preferujecie?.

To chyba jak musisz wszystko z palucha wpisać to masz większe prawdopodobieństwo pomyłki.


"Perhaps surprisingly, concurrent programming isn’t so much about threads or
locks, any more than civil engineering is about rivets and I-beams."

Pozostało 580 znaków

2014-11-07 18:01
0

Na pewno? Konwencje działają tak, że jak coś nie pasuje do konwencji to jest pomijane. Natomiast konfiguracja explicite nie jest ignorowana, jak będzie w niej błąd to framework się wykrzaczy.


"Programs must be written for people to read, and only incidentally for machines to execute." - Abelson & Sussman, SICP, preface to the first edition
"Ci, co najbardziej pragną planować życie społeczne, gdyby im na to pozwolić, staliby się w najwyższym stopniu niebezpieczni i nietolerancyjni wobec planów życiowych innych ludzi. Często, tchnącego dobrocią i oddanego jakiejś sprawie idealistę, dzieli od fanatyka tylko mały krok."
Demokracja jest fajna, dopóki wygrywa twoja ulubiona partia.
Dokładni wiem jak działają konwencje, od pół roku pracuje przy frameworku który jest zasrany konwencjami. <że jak coś nie pasuje do konwencji to jest pomijane> - zbyt ogólnikowe zdanie. - niezdecydowany 2014-11-07 18:06

Pozostało 580 znaków

2014-11-07 18:16
0

Moim zdaniem:

  • Konfiguracja w kontekście kluczowych elementów aplikacji, szczególnie kiedy możemy chcieć na nie zerkać raz na jakiś czas. Więc tutaj takie elementy jak konfiguracja IoC, bazy danych etc.
  • Konwencja w kontekście implementacji zwykłych elementów aplikacji

Na przykład w Springu

  • data source, transakcje, konfiguracja dostępu do bazy i inne kluczowe elementy explicite w pliku konfiguracyjnym
  • obiekty @repository, @service, zależności @inject, wszelkie zachowania dodane przez AOP (@transactional) robione wg konwencji

W ten sposób konfiguracja zawiera tylko kluczowe elementy, jest łatwa w utrzymaniu i krótka, a jednocześnie błędy w "konwencji" nie powodują sypania się całej aplikacji.


Masz problem? Pisz na forum, nie do mnie. Nie masz problemów? Kup komputer...

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0