Obiekt na chwilę
2010-12-02 21:58Swego rodzaju miejską legendą pewnego forum nt. programowania jest “algorytm” znany pod intrygującą nazwą sortowania przez ListBox. Adept kodowania postawiony przed problemem posortowania listy obiektów postanowił mianowicie, że akceptowalnym rozwiązaniem dla niego jest następująca sekwencja czynności:
- Stworzenie obiektu kontrolki typu listbox, czyli typowej przewijalnej listy elementów, która byłaby niewidoczna, niepodłączona pod hierarchię kontrolek w interfejsie lub po prostu miała zerowe rozmiary.
- Wypełnienie jej zawartości na napisy odpowiadające elementom do posortowania.
- Ustawienie właściwości
Sortedtej kontrolki natrue, dzięki czemu jej elementy (wcześniej dodane) będą zawsze posortowane. - Pobranie zawartości kontrolki, którą są posortowane elementy.
Genialne, nieprawdaż? :) Zauważmy, że to kreatywne rozwiązanie trudnego problemu wymagało zaledwie jednego dużego i skomplikowanego obiektu, który zasadniczo jest też z zupełnie innej bajki (bo z warstwy GUI) niż kod logiki programu, który to zapewne potrzebował rozwiązania. No ale w końcu programowanie premiuje myślenie wybiegające poza schematy, więc nie ma chyba żadnego powodu, żeby powyższy sposób uznać na niewłaściwy, czyż nie? ;-)
Żarty żartami, ale… No właśnie, w rzeczywistości zastosowane tu “podejście” nie jest wcale tak obce niektórym faktycznym rozwiązaniom rzeczywistych problemów programistycznych. Na wiele pytań odpowiedzią jest bowiem często utworzenie obiektu “tylko na chwilę” – zazwyczaj jedynie dla wywołania jednej jego metody.
Weźmy na przykład pobranie aktualnego zrzutu stosu (stacktrace) w Javie. Prawdopodobnie najmniej kłopotliwą metodą jest utworzenie obiektu wyjątkopodobnego (Throwable) i i wywołanie jego metody getStackTrace:
Jest to na tyle nietypowe, że pewnie sporo osób odruchowo otoczyłoby instrukcję konstruującą obiekt nawiasami, chociaż nie jest to składniowo wymagane.
Inny przykład? Dokonanie HTML-owego escape‘owania tekstu w JavaScripcie wspomaganym biblioteką jQuery. W tym celu tworzy się nigdzie nieprzyłączony węzeł DOM, ustawia jego zawartość tekstową i natychmiast ją pobiera:
- function htmlEscape(str) {
- return $("<div/>").text(str).html();
- ]
I wreszcie rzecz ze znanego i lubianego podwórka C++: konwersja liczb do i z formatu binarnego przy pomocy chwilowych obiektów typu bitset:
- const size_t BITS = 8 * sizeof(unsigned long);
- unsigned long bin2long(const string& str) { return bitset<BITS>(str).to_ulong(); }
- string long2bin(unsigned long n)
- { return bitset<BITS>(n).to_string<char, char_traits<char>, allocator<char> >(); }
Podobnych przykładów dałoby się znaleźć oczywiście znacznie więcej. Fakt ten nie jest zupełnie obojętny dla programistów, jako że przynajmniej w niektórych językach utworzenie obiektu może być operacją dość kosztowną. Nie dotyczy to akurat C++, gdzie możliwe jest alokowanie dowolnych obiektów na stosie, lecz raczej tych platform, gdzie obiekty tworzy się na stercie. Często mają też one stały, dodatkowy narzut na sam fakt swego istnienia, spowodowany odziedziczeniem funkcjonalności po klasie “najbardziej bazowej” (zwanej zwykle Object) – narzut zarówno czasowy, jak i pamięciowy. Dlatego też wielokrotne tworzenie małych i krótko żyjących obiektów może być poważnym uszczerbkiem wydajnościowym. Można jednak liczyć na to, że z biegiem czasu sytuacja pod tym względem będzie się poprawiać – tak jak chociażby w przypadku Javy i wprowadzonych optymalizacji w obsłudze obiektów typu String.
-
Pablo_Wawa:
September 20th, 2012 o 17:00Poruszyłeś ciekawą rzecz, ja skupię się tylko na kwestii “potrzebności” takich “sztuczek”. Dobrze że na początku wpisu użyłeś wyrażenia “adept kodowania”, bo słowo programista byłoby w tym przypadku dużym nadużyciem. Niestety ja sam spotykam się z tego typu dziwnymi “konstrukcjami” i rozwiązaniami, które aż wołają o pomstę do Nieba. Autorzy tych rozwiązań nie mają podstaw algorytmiki i każdy problem starają się rozwiązać przez użycie “narzędzi”, jakie juiż posiadają, co czasami daje kuriozalne konstrukcje i efekty. Co gorsza, takie dziwne rozwiązania są czasami spotykane (o zgrozo) w komercyjnych rozwiązaniach.
Recent posts
