🚀 go-pugleaf

W dniu 2013-01-03 12:18, Jadalbert napisał(a):
> W dniu 2013-01-03 11:15, TrzyLinie pisze:
>> W dniu 2013-01-03 07:46, Jadalbert napisał(a):
>>> Na razie poradziłem sobie ładując wszystko po
>>> kolei do pól klasy z uwzględnieniem typu
>>> zmiennych zarówno w linii (pierwsza nagłówkowa
>>> String) i dla kolejnych linii w kolumnach
>>> (String, double, int). Jeśli się zachowuje reżim
>>> kolejności w csv i klasie, jest ok. Niestety nie
>>> jest to eleganckie rozwiązanie.
>>
>> Jejku, czego ja nie wiem, że uważam sposób z klasą
>> za jak najbardziej elegancki?!? Co
>> masz do zarzucenia temu sposobowi?!?
> No może za ostro się wypowiedziałem. Klasa jest ok. Nie eleganckość polega wg mnie tym (ale to problem mojego kodu, na razie), że trzeba żmudnie wpisywać dane do pól, a
> jest ich sporo. Ze względu na to, że te dane maja różne typy w obrębie wiersza konieczny jest reżim. Czyli jak mam w pliku i wierszu drugim:
> walec, 100.0, 20.0, 1
> to w klasie muszę czytać:
> nazwa = walec (bo to String)
> wysokosc = 100.00 (bo to double)
> srednica = 20.0 (bo to double)
> typ_bryly = 1 (bo to int)
> itd.
> Powyższe to jedynie przykład. Naprawdę jest tych danych więcej. Do tego są one tworzone w excelu i zapisywane jako cvs, więc i użytkownik w excelu się może pomylić i pisać
> "Stringa" w komórce "double". Oczywiście wiem, że i to można ogarnąć i to w końcu ogarnę. Ale umyśliłem sobie klasę typu
> Cokolwiek {
> nazwa String;
> wartość cokolwiek;
> }

Już rozumiem co Ci się nie podoba, choć dalej nie rozumiem dlaczego ;) CSV to przecież
zwykły tekst, więc zawsze trzeba to po przeczytaniu sparsować do odpowiedniego typu...
Jeśli CSV to czytanie wg "reżimu" - może spróbować wycisnąć z Excela inny format niż CSV?
Np. http://jexcelapi.sourceforge.net/ wprost do odczytu XLS? :)

-- 
TrzyLinie