Część II. Budowanie szablonów
Rozdział 7. Źródła danych

Gdy tworzymy szablon SWT przypisujemy do niego lub jego obiektów źródła danych,
które zawierają zmienne wykorzystywane przez ów szablon. Możemy przypisać
źródło danych do głównej animacji, do animacji znajdujących się w klipach
filmowych, lub do samych obiektów Generatora.
Źródłem danych może być zwykły plik tekstowy, znajdujący się na dysku lokalnym
komputera, na którym tworzony jest szablon lub znajdujący się w sieci lokalnej,
adres URL pliku tekstowego lub skryptu, który wygeneruje odpowiednie dane,
wynik zapytania SQL uzyskany dzięki połączeniu z baza danych poprzez JDBC/ODBC,
lub dane bezpośrednio wpisane do okna Data source obiektu lub animacji. Możemy
również przekazywać zmienne poprzez URL (przetwarzanie online) lub wpisywać je
w linii poleceń (przetwarzanie offline).
Niezależnie od tego, który ze sposobów wybierzemy, dane muszą być przekazane do
szablonu w odpowiednim formacie. Formaty danych obiektów Generatora zostały
omówione w rozdziale 5. "Obiekty Generatora" a w dodatku B. "Formaty źródeł
danych" znajdują się wyczerpujące informacje na temat formatów danych
poszczególnych obiektów Generatora.
Format danych

Gdy przypisujemy dane do głównej animacji, lub też do animacji znajdujących się
w klipach filmowych, korzystając z okna Set Environment (rys.7.1.) możemy
dostarczać dane w dwóch podstawowych formatach: Nazwa/Wartość (Name/Value) oraz
Kolumny Nazwa/Wartość (Column Name/Value).

Rysunek 7.1. Dwa podstawowe formaty danych w oknie Set Environment

Oba typy formatów różnią się ilością wartości jakie każda ze zmiennych może
przyjąć. W przypadku pierwszego formatu (Name/Value), każda zmienna może mieć
tylko jedną wartość a w drugim przypadku (Column Name/Value) każda zmienna może
mieć wiele wartości.
Format Kolumny Nazwa/Wartość jest zalecany wtedy, gdy chcemy przekazać pewien
zbiór wartości o tych samych parametrach w postaci kolumny wartości. Ten format
jest wykorzystywany przez większość obiektów Generatora a do tej pory w tej
książce spotkaliśmy się z nim wiele razy (chociażby podając dane dla wykresu).
Format Nazwa/Wartość

Podając dane w formacie Nazwa/Wartość pierwszy wiersz źródła danych musi
wyglądać następująco:

Name, Value

Każdy kolejny wiersz jest oddzielnym zbiorem danych w pliku, a dane są
podzielone na odpowiednie kolumny dzięki przecinkowi (,). W trybie
Nazwa/Wartość w kolumnie Name określamy nazwę zmiennej, której wartość
przypisujemy w kolumnie Value. Do każdej zmiennej może być przyporządkowana
tylko i wyłącznie jedna wartość. Cudzysłów ( " " ), w którym możemy zapisać
wartość zmiennej jest opcjonalny a jego użycie nie jest konieczne tak długo,
jak długo nie będziemy chcieli zawrzeć w wartości zmiennej znaku przecinka
(wszystkie zmienne i tak są traktowane jako łańcuchy tekstowe):

Name , Value
Zmienna1, "Wartość 1"
Zmienna2, "Wartość 2"
Zmienna3, "Wartość 3"
...
...
Format Kolumny Nazwa/Wartość

W tym formacie w pierwszym wierszu podajemy nazwy zmiennych a w kolejnych
wierszach odpowiednie wartości, tak jak widać to w poniższym przykładzie:

Zmienna1 , Zmienna2 , Zmienna3 , ...
"Wartość 1 ", "Wartość 2" , "Wartość 3" , ...
"Wartość 1a", "Wartość 2a", "Wartość 3a", ...
"Wartość 1b", "Wartość 2b", "Wartość 3b", ...
... , ... , ... , ...

Jest to naturalny format w jakim zwracane są odpowiedzi zapytań SQL.
Znaki specjalne

Ponieważ format danych wymaga zastosowania odpowiedniego zapisu, nie wszystkie
znaki można uzyskać, wpisując je bezpośrednio z klawiatury. Przykładowo nie
możesz poprzez wpisanie uzyskać znaku cudzysłowu czy też przejść do nowego
wiersza z tekstem, ponieważ w cudzysłów jest używany do określania całości
wartości zmiennej a zwykłe przejście do nowego wiersza sygnalizuje obiektowi
Generatora, że ma do czynienia z nowym zestawem danych lub nową zmienną.
Generator umożliwia jednak dodanie znaków, które są wykorzystywane w źródłach
danych do innych celów. Aby tego dokonać należy skorzystać ze znaku lewego
ukośnika ( \ ), który powinien poprzedzać odpowiedni symbol literowy.
Przykładowo:

aby wartość zmiennej zawierała znak cudzysłowu należy użyć zapisu \". Dzięki
temu Generator przetwarzający wzorzec "zrozumie", że powinien wstawić znak ( "
) do zmiennej:

zmienna = "Czytacie państwo książkę pt. \"Generator. Następny krok \" "

W wyniku tego przypisania zmienna zmienna będzie miała wartość:

Czytacie państwo książkę pt. "Generator. Następny krok"

aby uzyskać przejście do nowego wiersza można skorzystać z zapisu \r lub \n.
Wtedy Generator wstawi w miejsce wystąpienia znaku specjalnego znak końca
linii:

zmienna = "Oto pierwsza linia. \r \n Oto druga linia"

Zmienna będzie teraz miała następującą wartość:

Oto pierwsza linia

Oto druga linia

znak lewego ukośnika \ możemy uzyskać jeśli po pierwszym znaku ukośnika, który
informuje Generator, że powinien spodziewać się znaku specjalnego, wpiszemy
drugi lewy ukośnik ( \\ ):

zmienna = "Zdanie podzielone \\ lewym ukośnikiem"

Wartość zmiennej zmienna wynosi:

Zdanie podzielone \ lewym ukośnikiem

Od powyższej zasady istnieją dwa wyjątki. Pierwszy wyjątek wystąpi wtedy, gdy
będziemy chcieli uzyskać znak przecinka. Wystarczy wtedy ograniczyć wartość
zmiennej cudzysłowem a przecinek, który jest normalnie interpretowany przez
Generator jako koniec danych w jednej kolumnie i rozpoczęcie danych w drugiej
kolumnie w jednym wierszu, zostanie w cudzysłowu zignorowany (tj. potraktowany
jako wartość zmiennej).
Drugim wyjątkiem jest próba umieszczenia w zmiennej znaków: otwarcia nawiasu
klamrowego ( { ) oraz zamknięcia nawiasu klamrowego ( } ). Ponieważ wszystko co
znajduje się wewnątrz nawiasów klamrowych jest przez Generator traktowane jako
jego zmienna wewnętrzna, taki ciąg tekstowy, np.:

zmienna = "Wartość w {nawiasach}"

nie zostanie wyświetlony, ponieważ Generator uzna że zmienna nawiasach zawiera
łańcuch pusty (albo, co gorsze, gdzieś w pliku z danymi mamy zmienną o takiej
nazwie i w tym miejscu pojawią się wartości, których może wcale nie
chcielibyśmy oglądać). Aby móc wyświetlić znaki { oraz } trzeba skorzystać z
następującego zapisu:

zmienna = "Wartość w {{nawiasach}}"
Określanie koloru

Z kolorem spotkaliśmy się w tej książce już wielokrotnie więc pojęcie koloru i
jego trzech składowych czerwonej, zielonej i niebieskiej nie powinno być nam
obce. Kolory dla obiektów Generatora i jego zmiennych możemy określać na trzy
sposoby:

Podać kolory z bezpiecznej palety poprzez bezpośrednie określenie ich nazwy
(np.: black);
Podać kolor w postaci szesnastkowej z wykorzystaniem znaku # np.: #33AACC
(wielkość liter nie ma znaczenia);
Podać kolor w tradycyjnej postaci szesnastkowej z wykorzystaniem przedrostka 0x
(np.: 0x33AACC).

Kolory podane wg sposobu drugiego i trzeciego są identyczne.
Kolumna okna

Jeśli w źródle danych posiadamy kolumnę URL, w której znajduje się adres URL
dokumentów, to możemy również utworzyć kolumnę WINDOW, w której będzie można
podać sposób w jaki Flash Player powinien otworzyć żądany dokument w oknie
przeglądarki. Możliwości jakimi dysponujemy to:

_self
oznacza, że dokument HTML zostanie załadowany do tej samej ramki w
oknie przeglądarki, w której znajduje się animacja żądająca otworzenia
dokumentu z pod podanego adresu URL;
_blank
oznacza, że dokument HTML zostanie otwarty w nowym oknie przeglądarki;
_top�
oznacza, że dokument HTML zostanie załadowany do najwyższej w
hierarchii okna ramki;
_parent- oznacza, że dokument HTML zostanie załadowany do ramki nadrzędnej;
jeśli wpiszemy nazwę, dokument HTML będzie załadowany do ramki o
wyszczególnionej nazwie. Jeśli taka ramka nie istnieje zostanie otworzone nowe
okno.
Jak Generator interpretuje dane ze źródła danych

Podczas przetwarzania przez Generator szablonu SWT, ciąg tekstowy, który
zawarty jest w oknie Data source (a dokładniej w oknie Set Environment lub w
oknie obiektu Generatora, które otwieramy klikając na właściwości Data Source))
jest sprawdzany ze względy na występowanie znaku # (rys.7.2.).

Rysunek 7.2. Jeśli w oknie właściwości Data source lub w oknie Set Environment
jako pierwszy znak występuje znak #, to tekst zawarty w tym oknie jest
traktowany przez Generator jako naturalne źródło danych, w przeciwnym razie
tekst jest traktowany jako ścieżka dostępu do źródła danych umieszczonego
gdzieś w Internecie

Jeśli znak # występuje, to tekst zawarty w polu tekstowym jest traktowany jako
naturalne źródło danych, które może być zinterpretowane w sposób bezpośredni.
Jeśli nie ma znaku #, to Generator traktuje znajdujący się w polu tekstowym
łańcuch znaków jako ścieżkę dostępu (adres URL) źródła danych na dysku lokalnym
lub w Internecie.
Ładowanie danych z zewnętrznych źródeł
Pliki tekstowe i proste skrypty wykonywane po stronie serwera

Określając jako źródło danych adres URL możemy uzyskać dane z odległych (czyt.
nie znajdujących się na komputerze, na którym jest przetwarzany szablon SWT)
źródeł danych, które mogą znajdować się znajduje w dowolnym miejscu, pod
warunkiem, że można do nich dotrzeć za pomocą adresu URL.

UWAGA!!! Na tej samej zasadzie działa podawanie ścieżki dostępu do danych
znajdujących się na dysku lokalnym, z tym, że wtedy dane są pod ręką, a ze
względu na specyfikę Generatora ma to sens, jedynie wtedy, gdy testujmy nasze
projekty.

Określając źródła danych poprzez adres URL możemy korzystać z protokołów
transmisji HTTP, FTP oraz FILE. Wartość jaka jest zwracana w odpowiedzi musi
być plikiem tekstowym w odpowiednim formacie. Korzystanie z danych URL
umożliwia nam załadowanie bezpośrednio z sieci pliku tekstowego, lub też, co ma
większy sens, umożliwia wywoływanie skryptów wykonywanych po stronie serwera
(np. Perl, ASP lub inne), których wynikiem jest zawsze tekst w odpowiednim
formacie. Najlepiej się jednak o tym przekonamy gdy wykonamy poniższe
ćwiczenie.
Ćwiczenie

Upewnijmy się, że nasz serwer WWW jest uruchomiony.

Otwórzmy notatnik i wpisz do niego następujący tekst:

Value, Color
13, #223a76
17, #76bcad
20, #76adcf
5, #ccdcfa
14, #115566
26, #cdbaff

Plik ten zapiszmy jako dane.txt w katalogu domowym serwera WWW.

Stwórzmy we Flashu nowy projekt.

Umieśćmy w obszarze roboczym obiekt Pie chart z panelu Generator Objects i
korzystając z narzędzia skalowania dopasujmy wielkość obiektu do białej
przestrzeni obszaru roboczego.

Jako właściwość Data source wpiszmy:

http://localhost/dane.txt

Opublikujmy animację.

Generator pobierze dane z pod podanego adresu i stworzy wykres (rys.7.3.).
Warto zauważyć, że do tego niewielkiego eksperymentu nie potrzebujemy wcale
działającego w tle komponentu Online Generatora. Komponent Authoring extensions
sam zajmie się wszystkim, tak jak to robił do tej pory.

Rysunek 7.3. Wykres, którego dane zostały pobrane z "Internetu"

Zatrzymajmy teraz usługę serwera WWW przy pomocy menedżera PWM (kliknijmy w
oknie menedżera przycisk Zatrzymaj) i ponownie opublikujmy szablon SWT.

Na rysunku 7.4. widać co dostaniemy teraz w odpowiedzi od Generatora. Błąd,
który został wygenerowany jasno informuje nas o tym, że nie można odnaleźć
źródła danych
Unable to find data source.

Rysunek 7.4. Po wyłączeniu serwera WWW, Generator nie potrafi zinterpretować
adresu URL

Uruchommy ponownie usługę serwera WWW.

Teraz napiszemy skrypt ASP, który generuje dane dla wykresy w sposób losowy.

Otwórzmy notatnik i wpiszmy tam następujący tekst:

Value, Color
<%
'Inicjalizacja generatora losującego wartością zegara systemowego
Randomize

'Pętla wykonywana jest dziesięć razy,
'czyli powstanie dziesięć elementów wykresu Pie chart
For I = 1 To 10

'Losowanie Wartości elementu
Response.Write Round(Rnd*100)

'Tworzenie i losowanie wartości koloru dla elementu
Response.Write ", #"
For J = 1 To 6

'Losowanie koloru dla elementu
A = Round(Rnd*16)

'Zmienna Zmn jest inicjowana zmienną A.
'Wartość liczbowa zmiennej A jest zamieniana przez
'funkcję CStr na wartość tekstową.
Zmn = CStr(A)

'Jeśli zmienna A jest większa niż 9, to zmiennej Zmn
'są przypisywane odpowiednie litery w kodzie szesnastkowym
If A = 10 Then Zmn = "A"
If A = 11 Then Zmn = "B"
If A = 12 Then Zmn = "C"
if A = 13 Then Zmn = "D"
if A = 14 Then Zmn = "F"

Response.Write (Zmn)
Next

'Przejście do nowej linii
Response.Write chr(13)
Next
%>

Zapiszmy ten plik jako dane.asp, w katalogu domowym serwera WWW. Powyższy
skrypt tworzy losowo dane dla obiektu Pie char. Elementów na wykresie będzie
dziesięć (iteracja w pierwszej pętli for przebiega dziesięć razy) a ich wartość
oraz kolory są (prawie) całkowicie przypadkowe.
Aby sprawdzić poprawność działania skryptów, które mają stanowić źródło danych
dla obiektów Generatora, dobrze jest uruchomić skrypt najpierw w przeglądarce
internetowej a dopiero później "podpiąć" go do konkretnego obiektu (no chyba,
że jesteśmy pewni poprawności działania skryptu). Oglądając skrypt w
przeglądarce (a dokładniej, przeglądając jego źródło), będziemy wiedzieć jak
wyglądają przykładowe dane wygenerowane przez skrypt.

Otwórzmy przeglądarkę internetową i w polu adresu wpiszmy ścieżkę dostępu do
stworzonego przed chwilą skryptu, czyli.:

http://localhost/dane.asp

Po naciśnięciu klawisza ENTER w oknie przeglądarki powinien pojawić się tekst
podobny do tego z rysunku 7.5.

Rysunek 7.5. Działanie skryptu ASP testowane w przeglądarce internetowej

Wiedząc jaki format danych jest niezbędny dla obiektu Pie chart możemy łatwo
zweryfikować działanie skryptu poprzez przejrzenie źródła strony WWW (rys.7.5.)
Jak widać w powyższym kodzie wszystko jest w porządku.

Teraz, gdy jesteśmy już pewni, że skrypt generuje poprawne wyniki, możemy
przyłączyć go bezpośrednio do obiektu Pie chart, podając podobnie jak w
przeglądarce internetowej, ścieżkę dostępu do pliku dane.asp jako właściwość
Data source obiektu.

Cechą charakterystyczną tego rozwiązania jest fakt, że za każdym gdy
opublikujemy animację dostaniemy inny wykres.
Korzystanie z danych JDBC/ODBC

Możemy użyć komponentu JDBC/ODBC jako bezpośredniego źródła danych dla obiektów
Generatora. W systemie Windows należy najpierw zarejestrować źródło danych aby
stworzyć mapowanie między bazą danych a systemem (o tym za chwilę). Następnie
już bezpośrednio można pobierać dane z bazy danych, podając odpowiednie
polecenia jako wartość właściwości Data Source.
Nie ma sensu abyśmy "na sucho" objaśniali sobie cały złożony proces generowania
szablonów SWT w oparciu informacje zawarte w bazie danych. Dlatego też od razu
wykonamy dość złożone ćwiczenie, które dokładnie pokaże to o czym tutaj
mówimy.
Ćwiczenie

Ponieważ w tej książce pracuje się przede wszystkim w systemie Windows,
ćwiczenie także będzie dotyczyć operacji w systemie Windows. W omawianym
zagadnieniu główne różnice występują mapowaniu komponentu ODBC bazy danych z
systemem operacyjnym. Sposób tworzenia źródła danych omówiliśmy sobie w
rozdziale 3. "Podstawy ASP".

Aby można było wykonać ćwiczenie w systemie operacyjnym musi istnieć źródło
danych ODBC. Niech owe źródło będzie miało nazwę Baza, niech będzie to
systemowe DSN (System DSN).

Plik z bazą danych dla źródła możemy znaleźć w katalogu
Rozdzial07\Cwiczenia\db1.mdb. Jest to prosta baza danych, zawierającą tylko
jedną tabelę, która zawiera dane dla wykresu Basic charts, który w tym
ćwiczeniu połączymy bezpośrednio z tą bazą (rys.7.6.).

Rysunek 7.6. Poprawnie skonfigurowane źródło danych o nazwie Baza

Stwórzmy teraz we Flashu nową animację.

Umieśćmy w obszarze roboczym obiekt Basic charts, a następnie jako właściwość
Data Source wpiszmy następujący ciąg tekstowy (rys.7.7.):

Rysunek 7.7. Zapytanie SQL kierowane bezpośrednio do źródła danych Baza

fgjdbc:///?driver=sun.jdbc.odbc.JdbcOdbcDriver& ->
url=jdbc:odbc:Baza&userid=&password=& ->
query=SELECT%20*%20FROM%20Tabela

Może się wydawać to trochę skomplikowane, ale wcale tak nie jest. Oto
wyjaśnienie tego z pozoru zagmatwanego zapisu (znak -> oznacza kontynuację
wiersza):

fgjdbc:/// - informuje obiekt Generatora, aby resztę adresu interpretował jako
ciąg znaków, który łączy z systemowym źródłem danych JDBC/ODBC i zadaje pytanie
SQL. Innymi słowy, po tym zapisie obiekt Generatora będzie wiedział, że dane
będą pobierane przy pomocy komponentu ODBC (w naszym przypadku) z bazy danych;

?driver=sun.jdbc.odbc.JdbcOdbcDriver
określa kontroler, przy pomocy którego
Generator (a ogólniej dowolna aplikacja) komunikuje się z baza danych. Jeśli,
tak jak w wypadku wykonywanego ćwiczenia łączymy się ze źródłem danych ODBC,
nic nie zmieniamy w powyższym zapisie, jednak jeśli korzystamy z podstawowego
kontrolera JDBC np. dla Oracle zapis ten może wyglądać następująco:

?driver=oracle.jdbc.driver.OracleDriver

Szczegóły można znaleźć w dokumentacji dołączonej do aplikacji bazodanowej, z
której korzystamy;

url=jdbc:odbc:Baza
adres URL określający nazwę źródła danych ODBC. Format
ogólny, to:

url=jdbc:odbc:Nazwa_źródła_danych

W przypadku tego ćwiczenia źródło danych nazywa się Baza i dlatego należy użyć
właśnie tego zapisu;

&userid= &password= - elementy określają identyfikator użytkownika (user ID)
oraz hasło dostępu do bazy danych (password), które mogą być wymagane przez
bazę danych. Ogólny format, to:

&userid=indentyfikator->
&password=hasło->

Jeśli, tak jak w przypadku tego ćwiczenia, baza danych nie oczekuje
identyfikatora i hasła, możemy ich nie podawać, jednak zawsze musimy użyć
zapisu &userid= oraz &password= inaczej kontroler ODBC wygeneruje błąd;

query=SELECT%20*%20FROM%20Tabela
zapytanie wysyłane w języku SQL do bazy
danych poprzez komponent ODBC.

Zapisz powyższy oznacza:

SELECT * FROM Tabela

Co można przetłumaczyć: Wyselekcjonuj zawartość wszystkich kolumn z tabeli
Tabela.
Zapis %20 oznacza przerwę między literami (spację). Używanie tego zapisu jest
konieczne, ponieważ treść, która stanowi wartość właściwości Data source
obiektu Basic Charts jest interpretowana przez Generator jako adres URL (tyle,
że specyficzny). Znak &, oddziela poszczególne elementy adresu od siebie;

Teraz wystarczy opublikować animację. Obraz, który uzyskamy będzie wyglądał tak
jak na rysunku 7.8.

Rysunek 7.8. Wynik zapytania SQL do bazy danych db1.mbd widoczny na wykresie
słupkowym
Łączenie z bazą danych przy pomocy skryptów

Nie zawsze bezpośrednie połączenie z baza danych jest dobrym rozwiązaniem.
Czasami dane będące odpowiedzią bazy danych na zapytanie SQL wymagają obróbki
zanim zostaną ostatecznie wysłane do klienta (Generatora w procesie
przetwarzania szablonu SWT). Jedynym sposobem, który umożliwia jednoczesną
komunikację z bazą danych i przetwarzanie otrzymanych z niej wyników, jest
tworzenie skryptów wykonywanych na serwerze. W ćwiczeniu, które znajduje się
poniżej napiszemy skrypt ASP, który łączy się z bazą danych db1.mdb i
komunikuje się z nią przy pomocy zapytań SQL.

Upewnijmy się, że mamy uruchomioną usługę serwera WWW.

W tym ćwiczeniu korzystamy ze źródła danych, które stworzyliśmy w poprzednim
przykładzie.

Otwórzmy notatnik i wpiszmy do niego następujący tekst:

Value, Color
<%
'Tworzenie obiektu łączącego
Set Polaczenie = Server.CreateObject("ADODB.Connection")

'Otwieranie połączenia z bazą danych
Polaczenie.Open "Baza"

'Proste zapytanie SQL, przypisywane do zmiennej
ZapytanieSQL = "SELECT * FROM Tabela"

'Inicjowanie obiektu Kolumny jako wyniku zapytania SQL
Set Kolumny = Polaczenie.Execute(ZapytanieSQL)

'Pętla Do Until ... Loop jest wykonywana dopóki w obiekcie Kolumny
'znajdują się elementy z tabeli Tabela
Do Until Kolumny.EOF

'Wysyłanie kolejnych wartości z kolumny Value do klienta
Response.Write (Kolumny("Value"))

Response.Write (", ")

'Wysyłanie kolejnych wartości z kolumny Color do klienta
Response.Write (Kolumny("Color"))

'Przejście do nowego wiersza
Response.Write Chr(13)

'Następny element obiektu Kolumny
Kolumny.MoveNext

Loop
%>

Zapiszmy stworzony przed chwilą plik w katalogu domowym serwera WWW pod nazwą
skryptDB.asp. Dokładne informacje o sposobie tworzenia połączenia z bazą danych
znajdziemy w rozdziale 3. "Podstawy ASP".
Jak widać z powyższego skryptu, baza danych w tym wypadku może być zupełnie
dowolna, a dokładniej, tabela, z której odczytywane są dane dla obiektów
Generatora nie musi zawierać specyficznych kolumn (np. Color i Value), ponieważ
to w skrypcie następuje interpretacja danych otrzymanych z tabeli (zwróćmy
uwagę, że na początku skryptu znajdują się słowa Value oraz Color).
Ów mechanizm komunikacji z bazą danych jest bardziej skomplikowany niż ten
omówiony w poprzednim ćwiczeniu, ale za to nie narzuca projektantowi bazy
danych żadnych ograniczeń. Jest to szczególnie ważne gdy baza danych tylko przy
okazji stanowi źródło danych dla obiektów Generatora (dla serwisu WWW),
natomiast jej podstawowym zadaniem jest gromadzenie informacji o klientach,
produktach, itp. oraz udostępnianie tych danych personelowi organizacji lub
firmy w przyjazny sposób.

Otwórzmy skrypt w przeglądarce internetowej, aby sprawdzić jego poprawność. Gdy
wyświetlimy źródło dokumentu, który znajduje się w oknie przeglądarki, powinno
ono wyglądać następująco:

Value, Color
15, #ad3212
16, #5467ac
74, #edcf13
34, #34adcf
100, #2343ad
5, #4356ff
64, #1276ff
124, #65ffcd
45, #54dcfa
25, #98f3a2

Analizując otrzymane wyniki możemy bardzo szybko ocenić czy skrypt jest
poprawny, porównując to co otrzymamy z danymi w bazie, z którą się
komunikujemy. Jeśli gdzieś w skrypcie wystąpią błędy można je poprawić i
nacisnąć przycisk Odśwież (Refresh) w przeglądarce internetowej, aby zobaczyć
ponownie wyniki.

Wróćmy teraz do Flasha i jako wartość właściwości Data source obiektu Basic
Chart, podajmy ścieżkę dostępu do stworzonego przed chwilą skryptu.:

http://localhost/skryptDB.asp

Po opublikowaniu animacji powinniśmy uzyskać obraz jak na rys.7.8.
Podsumowanie

W tym rozdziale poszerzyliśmy swoją wiedzę na temat źródeł danych, które są
nieodzowne dla szablonów Generatora. Dowiedzieliśmy się w jaki sposób ładować
dane z pliku tekstowego poprzez URL, jak wykorzystać skrypty ASP, do tworzenia
danych dla obiektów Generatora, oraz w jaki sposób komunikować się bezpośrednio
z bazą danych, która w praktyce jest najczęstszym źródłem danych dla obiektów
Generatora umieszczonych w jego szablonach SWT.
Możemy teraz przejść do trzeciej i ostatniej części tej książki pt. "Budowanie
serwisów", w której dowiemy się z rozdziału 8. "Publikowanie szablonów" jak
publikować gotowe szablony SWT, tak aby można z nich było korzystać na stronach
internetowych a w rozdziale 9. "Przykładowy projekt
Wirtualna Księgarnia"
poznamy w jaki sposób stworzyć przy pomocy programu Dreamweaver 4.0 niezbyt
skomplikowany serwis księgarni internetowej, zawierający szablony SWT.