[TamamShud]

Mam takie generyczne pytanie.

Jakie są liczące się w #webdev konstrukty umożliwiające zapisanie informacji? I konkretniej: po co one dokładnie są (mam już swoją teorię, o czym dalej, ale wymaga ona falsyfikacji)

1 json (liczy się po stronie frontendu)
2 xml ?
3 bazy danych (SQL, NoSQL)
4 typy proste i złożone OOP

Pytam bardziej w konktescie "value flow". Wartości wydobytej z bazy danych nie można użyć bezpośrednio - musi zostać ona przekonwertowana na jakiś typ prosty/złożony danego języka. Czasem API zwraca plik .xml

Czynniki decydujące
1. Możliwość trwałego zapisu wartości (db, xml, json)
2. Możliwość łatwej modyfikacji pliku (xml, json)
3. Czytelność takiego pliku (json)
4. Możliwość użycia wartości programatycznie (typy proste i złożone)
5. Możliwość wygodnego wysłania wartości do Widoku (json, kendoGrid, a także mechanizmy ASP.NET MVC, czyli Model i FormCollection)
6. Możliwość wysłania wartości przez internet dzięki protokołowi (http, https, może ftp?)

Gdyby to była zbytnia komplikacja kodu, to używano by jednego typu danych, prawdopodobnie byteStreams. Jednak zdecydowano się na cudowne rozmnożenie struktur przechowujących wartość

#programowanie #webdev #csharp #bazydanych

[wytrzzeszcz]

nie do końca rozumiem co rozmieniasz @TamamShud: ale rybę jemy widelcem a zupę łyżką bo tak jest wydajniej i do tego to służy

[Jurigag]

1 json (liczy się po stronie frontendu)

@TamamShud: nie tylko

1. no to wszystkie 3
2. xml zdecydowanie
3. no to json średnio czytelny jest
4. co masz na myśli? no możesz normalnie użyć wartości liczbowe
5. no to tutaj chyba i json i xml jest okej
6. no to tak samo, xml i json wyślesz bez problemu jak i wykorzytasz w językach programowania po http jako źródło czegoś tam danych

[wytrzzeszcz]

@Jurigag: a exel nie woli plików CSV?

[Jurigag]

@wytrzzeszcz: woli csv ale mając xml+xlst też je przyjmie bo czemu nie?

[Jurigag]

@TamamShud: jeszcze co do tych typów:

1. najprościej rzecz mówiąc najczęściej wykorzystywany w protkole http do komunikacji między serwerem a przeglądarką/aplikacją do przesyłania danych
2. xml jak wyżej, ale nie tylko, do wykorzystania np w programach innego typu arkusze kalkulacyjne
3. no to tutaj dochodzą ci relacje, sortowania, filtorwania, indeksy itp itd, po prostu masa rzeczy i nie można tego porównywać do xml/json, w samej bazie danych możesz sobie przechowywać xml

[w.....j]

@Jurigag: zacząłbym jakaś wojne json vs xml ale nie mam argumentów oprócz tego że json jest dla mnie wygodniejszy, serio wolisz xmle?

[Jurigag]

@wczoraj: nie wolę xmli, nie korzystam z nich nawet :P wszystko zależy od potrzeb, zastosowania itp itd

[sometwo]

@TamamShud: rozumiem, że chcesz poukładać sobie w głowie rozwiązania różne i bardzo fajne ( ͡° ͜ʖ ͡°) czy może znaleźć idealne zastosowania dla różnych danych. No to muszę Cię zasmucić niestety bo idealnych rozwiązań nie ma :<

Sam osobiście lubię wszystko mieć w bazie danych. Baza danych jest przejrzysta jak umie się z niej korzystać, do tego jest wiele narzędzi, którymi można ją wygodnie przeglądać i dowolnie

[biwalencik]

@wczoraj: xml to zuo, bo umozliwia odpalenie zlosliwego kodu. json jest najlepszym wyborem....