Dlaczego pliki XML są "złe" dla konfiguracji?

Oglądasz archiwalną wersję wątku "Dlaczego pliki XML są "złe" dla konfiguracji?" z forum pl.comp.lang.java



ian.wallstr...@gmail.com - 28 Maj 2008, 19:32
Zetknąłem się z opinią, ze pliki XML są "złe" dla konfiguracji
freamworków t.j. struts itp.

dlaczego?

Zawsze byłem przekonany, że dzięki XML można dowolnie skomplikować
plik konfiguracyjny, a jego "przejrzystość" zależy tylko od narzędzie
w którym dokonuje się jego edycji.




Brzezi - 29 Maj 2008, 02:22

Zetknąłem się z opinią, ze pliki XML są "złe" dla konfiguracji
freamworków t.j. struts itp.

dlaczego?



a to w opini o ktorej wspominasz nie bylo wyjasnione dlaczego?

"zle" to opinia wzgledna, domyslam sie ze chodzi o to ze "zle" wzgledem
adnotacji, kwestia gustu, jedni wola adnotacje, miec wszystko w jednym
miejscu, kod i metadane, inni wola wydzielac konfiguracje do np. plikow xml
czy properties czy jeszcze inni trzymac w bazie

konfiguracja w plikach ma taka przewage, ze mozna je zmieniac bez
rekompilacji aplikacji

Pozdrawiam
        Brzezi



Mikolaj Rydzewski - 29 Maj 2008, 03:06

konfiguracja w plikach ma taka przewage, ze mozna je zmieniac bez
rekompilacji aplikacji



Konfiguracje, ktorej zmiana wiaze sie z rekompilacja, nie nazwalbym
konfiguracja...


Mikolaj Rydzewski - 29 Maj 2008, 03:20

Zetknąłem się z opinią, ze pliki XML są "złe" dla konfiguracji
freamworków t.j. struts itp.

dlaczego?

Zawsze byłem przekonany, że dzięki XML można dowolnie skomplikować
plik konfiguracyjny, a jego "przejrzystość" zależy tylko od narzędzie
w którym dokonuje się jego edycji.



http://www.google.pl/search?q=xml+configuration+problem
419tys wynikow

http://www.google.pl/search?q=properties+file+configuration+problem
228tys wynikow

Czyli pliki properties sa 'lepsiejsze'.

;-)




Maciej Zywno - 29 Maj 2008, 03:32

Zetknąłem się z opinią, ze pliki XML są "złe" dla konfiguracji
freamworków t.j. struts itp.

dlaczego?

Zawsze byłem przekonany, że dzięki XML można dowolnie skomplikować
plik konfiguracyjny, a jego "przejrzystość" zależy tylko od narzędzie
w którym dokonuje się jego edycji.



teraz na czasie jest DSL :) XML nie za bardzo sie do tego nadaje, wiec
moze stad ta "krytyka"
Maciek



Brzezi - 29 Maj 2008, 14:08

| konfiguracja w plikach ma taka przewage, ze mozna je zmieniac bez
| rekompilacji aplikacji
Konfiguracje, ktorej zmiana wiaze sie z rekompilacja, nie nazwalbym
konfiguracja...



Tzn konfiguracja ma tutaj zle znaczenie, mialem na mysli metadane

A co do "kompilowanej" konfiguracja ma ona jak najbardziej racje bytu, np.
po to, aby jak najbardziej utrudnic do niej dostep w "zamknietych"
aplikacjach, gdzie sa "poufne" dane, badz takie, ktore nie powinny
byc modyfikowane, wtedy oprocz samego umieszczenia "konfiguracji" w kodzie,
zaciemnia sie ja dodatkowo, a w wyjatkowych przypadkach jeszcze szyfruje.

Pozdrawiam
        Brzezi



Mikolaj Rydzewski - 30 Maj 2008, 04:20

A co do "kompilowanej" konfiguracja ma ona jak najbardziej racje bytu, np.
po to, aby jak najbardziej utrudnic do niej dostep w "zamknietych"
aplikacjach, gdzie sa "poufne" dane, badz takie, ktore nie powinny
byc modyfikowane, wtedy oprocz samego umieszczenia "konfiguracji" w kodzie,
zaciemnia sie ja dodatkowo, a w wyjatkowych przypadkach jeszcze szyfruje.



Gdybasz czy faktycznie spotkales sie z czyms takim?
Nawet najtajniejsze systemy maja swoich administratorow i obsluge. Sa
tony dokumentacji i procedur. Nikt sie nie chce wychylic zeby smutni
panowie w treczach nie przysli po niego.

Sadzisz, ze tam developer zapisuje haslo w kodzie i buduje eara w
eclipse? Raczej nie ;-)



Mikolaj Rydzewski - 30 Maj 2008, 04:21

A co do "kompilowanej" konfiguracja ma ona jak najbardziej racje bytu, np.
po to, aby jak najbardziej utrudnic do niej dostep w "zamknietych"
aplikacjach, gdzie sa "poufne" dane, badz takie, ktore nie powinny
byc modyfikowane, wtedy oprocz samego umieszczenia "konfiguracji" w kodzie,
zaciemnia sie ja dodatkowo, a w wyjatkowych przypadkach jeszcze szyfruje.



Gdybasz czy faktycznie spotkales sie z czyms takim?
Nawet najtajniejsze systemy maja swoich administratorow i obsluge. Sa
tony dokumentacji i procedur. Nikt sie nie chce wychylic zeby smutni
panowie w trenczach nie przysli po niego.

Sadzisz, ze tam developer zapisuje haslo w kodzie i buduje eara w
eclipse? Raczej nie ;-)



Brzezi - 30 Maj 2008, 05:13

| A co do "kompilowanej" konfiguracja ma ona jak najbardziej racje bytu, np.
| po to, aby jak najbardziej utrudnic do niej dostep w "zamknietych"
| aplikacjach, gdzie sa "poufne" dane, badz takie, ktore nie powinny
| byc modyfikowane, wtedy oprocz samego umieszczenia "konfiguracji" w kodzie,
| zaciemnia sie ja dodatkowo, a w wyjatkowych przypadkach jeszcze szyfruje.

Gdybasz czy faktycznie spotkales sie z czyms takim?



nie gdybam :)

Nawet najtajniejsze systemy maja swoich administratorow i obsluge. Sa
tony dokumentacji i procedur. Nikt sie nie chce wychylic zeby smutni
panowie w trenczach nie przysli po niego.

Sadzisz, ze tam developer zapisuje haslo w kodzie i buduje eara w
eclipse? Raczej nie ;-)



ale dlaczego ograniczasz sie tylko do aplikacji serverowych?

sa tez aplikacje klienckie, publiczne, gdzie "kazdy" moze sobie sciagnac
aplikacje i uruchomic na wlasnym komputerze.
Kazda aplikaca posiada mniejsza lub wieksza konfiguracje, czesc mozna
udostepnic do zmian dla uzytkownika, ale czesc nie moze byc podatna na
zmiany pod grozba poprawnosci dzialana aplikacji...

Pozdrawiam
        Brzezi



Mikolaj Rydzewski - 30 Maj 2008, 05:38

ale dlaczego ograniczasz sie tylko do aplikacji serverowych?



Skrzywienie zawodowe ;-)

sa tez aplikacje klienckie, publiczne, gdzie "kazdy" moze sobie sciagnac
aplikacje i uruchomic na wlasnym komputerze.
Kazda aplikaca posiada mniejsza lub wieksza konfiguracje, czesc mozna
udostepnic do zmian dla uzytkownika, ale czesc nie moze byc podatna na
zmiany pod grozba poprawnosci dzialana aplikacji...



No tak, aplikacje klienckie to inna bajka, zgadzam sie.


berkeley db java edition vs berkeley db xml
Czy znajdzie sie dzielny rycerz chetny do pomocy niewiescie? ^^ - problemy z xml, namespace i java
Sterownik jdbc dla plików xml'a, zna ktoś takie cudo??
Package oracle.xml.parser.v2 not found
  • pielegniarki opieka kielce
  • czemu po moim routerze jest getaway a potem
  • kretynskie smsy od roznych reklamodawcow
  • smieszne teksty historie
  • drzewka do kupienia
  • katowice awf fizjoterapia egzaminy
  • java;warcaby
  • tunezyjski aar 1066 1820
  • o symbianie na powaC2 nie czyli
  • Zbieranina wiadomości z for dyskusyjnych || Indeks