🚀 go-pugleaf

On Tuesday, August 8, 2017 at 2:29:47 AM UTC+2, (fir) wrote:
> W dniu wtorek, 8 sierpnia 2017 02:06:03 UTC+2 użytkownik M.M. napisał:
> > On Tuesday, August 8, 2017 at 1:34:50 AM UTC+2, (fir) wrote:
> > > W dniu wtorek, 8 sierpnia 2017 00:41:27 UTC+2 użytkownik M.M. napisał:
> > > > On Monday, August 7, 2017 at 11:14:27 PM UTC+2, godek....@gmail.com wrote:
> > > > 
> > > > > szczerze mówiąc, osobiście wolę korzystać z gotowych i ogólnych
> > > > > rozwiązań, niż wynajdywać koło na nowo
> > > > 
> > > > Pewnie, kto nie woli? Każdy by chciał ogólnego i zarazem wydajnego
> > > > gotowca, ale ogólne często właśnie nie spełniają wymagań wydajnościowych, albo
> > > > wbrew pozorom nie są takie ogólne za jakie uchodzą - i trzeba zakodzić.
> > > > 
> > > > Pozdrawiam
> > > 
> > > z tego co wiem jesli w ktos stawia jakies zadanie typu, dajmy na to
> > > 
> > > "policz i wypisz na ekran linie z pliku notatki.txt ktore sa dluzsze niz 75 znakow"
> > > 
> > > to zwykle e c robi sie to ręcznie (czyli 'rzezbi' na poziomie petli ifow tablic i znakow itd
> > 
> > Osobiście, gdy nie mam powodu, albo nawet gdy mam mało ważny powód, ale 
> > wolę przeznaczyć czas na coś innego, to nie rzeźbię takich zadań w
> > forach i ifach. Używam np. awka i wc; a nawet w C++ używam QStringa i
> > QRegExp. Co innego gdy bardzo ważna jest wydajność. 
> > 
> > 
> > > konkretnie byloby to
> > > 
> > > int main()
> > > {
> > >  chunk text = LoadChunk("notatki.txt");
> > >   //wczytuje plik do ramu
> > > 
> > >  chunks lines = SplitChunkOnLines(text); 
> > > 
> > >   // dzieli na linie i zwraca tablice lini 
> > >   // (w postaci bar {poczatek, koniec lini})
> > > 
> > >  int n = ChunksLength(lines);
> > > 
> > >  int long_lines_counter = 0;
> > > 
> > >  for(int i=0; i<n; i++)
> > >  {
> > >     int line_length = ChunkLength(lines.first[i]);
> > >     
> > >     if(line_length>75)
> > >     {
> > >       PrintfChunk(lines.first[i]);
> > >       
> > >       long_lines_counter++; 
> > >     }
> > >     
> > >  }
> > >  printf("\n number of  long lines: %d", long_lines_counter);
> > > 
> > >  return long_lines_counter;
> > > }
> > > 
> > > uwagi
> > > I. logiczne, przyjemne, proste a byc moze calkiem odkrywcze (ze wzgledu na idee chunk/chunks) [moge wyjasnic dokladniej jak to dziala ale raczej jutro bo ide spac]
> > > 
> > > II. nie znam za duzo rzeczy w c tego typu (nie znam wcale ale moje doswiadczenie jest ograniczone)
> > > 
> > > III. dla mnie lepsze niz wyrazenia regularne
> > > 
> > > IV. nie jestem pewien jak to sie ma do wersji na kontenerach w c++ javaskrypcie czy pythonie ale raczej nie wypada calkiem zle, 
> > > prawdopodobnie jest z grubsza na rowni a dla koderow w c moze miec dodatkowe zalety bo rozumieja co jest under the hood bo to jest kod w c (dosyc krotki)
> > 
> > W QT prościej. 22 linijki włącznie z helpem, kodowaniem, argumentami z
> > linii polecenia:
> > 
> > #include <cstdio>
> > #include <cstdlib>
> > #include <QTextStream>
> > 
> > int main(int argc, char *argv[])
> > {
> >     QTextStream out(stdout);
> >     QTextStream inp(stdin);
> >     if( argc != 3 ) {
> >         out << "using:\n" << "cat notatki.txt | wc len encode";
> >         abort();
> >     }
> >     int count = 0;
> >     const int len = QString(argv[1]).toInt();
> >     inp.setCodec(argv[2]);
> >     while( ! inp.atEnd() ) {
> >         count += inp.readLine().size() >= len;
> >     }
> >     out << "count = " << count << endl;
> >     return 0;
> > }
> >  
> > 
> 
> to chyba nie jest krocej , bo jak wywale komentarze to u mnie jest
> 
> int main()
>  {
>   chunk text = LoadChunk("notatki.txt");
>   chunks lines = SplitChunkOnLines(text); 
>   int n = ChunksLength(lines);
>   int long_lines_counter = 0;
>   for(int i=0; i<n; i++)  {
>     int line_length = ChunkLength(lines.first[i]);
>    if(line_length>75) {      PrintfChunk(lines.first[i]);       long_lines_counter++;      }
>   }
>   printf("\n number of  long lines: %d", long_lines_counter);
>  return long_lines_counter;
> }
> 
> to ze w szerz jest dluzej wynika tylko z tego ze osobiscie wole dlugie nazwy nie z kodu

Programy takie same nie są, Twój np. wczytuje cały plik do RAM, mój 
działa inline na jednym wierszu. Faktycznie, mój jest ciut dłuższy, ale
ma help, obslugę kodowania i długość wiersza z linii komend.

Ten program robi to samo co Twój:
#include <cstdio>
#include <cstdlib>
#include <QTextStream>
#include <QRegExp>

int main(int argc, char *argv[])
{
    QTextStream out(stdout);
    QTextStream inp(stdin);
    if( argc != 4 ) {
        out << "using:\n" << "cat notatki.txt | wc len encode regexp";
        abort();
    }
    int count = 0;
    const int len = QString(argv[1]).toInt();
    inp.setCodec(argv[2]);
    const QRegExp rxp( argv[3]);
    while( ! inp.atEnd() ) {
        const QStringList tokens = inp.readLine().split( rxp );
        if( tokens.size() > 0 && tokens[0].size() > len ) {
            count++;
            out << tokens[0] << endl;
        }
    }
    out << "count = " << count << endl;
    return 0;
}

Ma 27 linii. Skompiluje się na wiele systemów. Ma już podręczny help i
wszystkie parametry bierze z linii polecenia.

Po obdarciu ma 17 linijek i chyba nadal robi to samo co Twój:
#include <cstdio>
#include <QTextStream>
#include <QRegExp>
int main(int argc, char *argv[])
{
    QTextStream out(stdout), inp(stdin);
    int count = 0;
    while( ! inp.atEnd() ) {
        const QStringList tokens = inp.readLine().split( QRegExp("\\s+") );
        if( tokens.size() > 0 && tokens[0].size() > 75 ) {
            count++;
            out << tokens[0] << endl;
        }
    }
    out << "count = " << count << endl;
    return 0;
}

Na pewno jest równie zwarty jak Twój i pewnie uruchomi się poprawnie na
wielu różnych systemach.



> 
> pozatym to co ty piszesz robi chyba raczej cos innego niz moj program, co to dokladnie robi?
Teraz chyba już to samo.

> 
> > 
> > > raczej pisze sie program w pythonie 
> > Python to moim zdaniem też język klej, ponieważ w operacjach na 
> > "pojedynczej zmiennej" jest koszmarnie wolny.
> > 
> czytalem jakies dyskucje na temat podobnego przetwarzania tekstow w pythonie i nie byl koszmarnie wolny, wiekszosc roboty robil w api swoich kontenerow ktore i tak bylo zaimplementowane w c

Tak, przetwarzanie tekstu może zachodzić głównie w jakimś kodzie 
bibliotecznym napisanym w C. Jeśli duże fragmenty tekstu są
obrabiane "naraz", to nie zaobserwujemy aż 100 krotnego spadku 
wydajności.

Pozdrawiam