Projekt badawczy Polska-Namibia 2010

wiera nowe funkcje oraz elastyczność i funkcjonalność, które pozwalają tworzyć lepsze witryny sieci Web. Do programu włączono nowe, profesjonalne narzędzia autorskie, narzędzia do projektowania i publikowania stron oraz do wykorzystywania danych, niezbędne przy tworzeniu dynamicznych i skomplikowanych witryn sieci Web. Program pozwala udoskonalić tworzenie rozwiązań dla sieci Web w trzech kluczowych obszarach:

* projektowanie
* tworzenie kodu - program zawiera narzędzia do projektowania witryn, aby tworzyć lepszy kod, oraz aby udoskonalać umiejętności pisania kodu, narzędzia skryptujące, aby osiągnąć wspaniałe rezultaty związane z interaktywnością witryn oraz profesjonalne narzędzia kodujące
* zwiększenie możliwości - tworzenie witryn sieci Web, oparte na danych w formacie XML (Extensible Markup Language) za pomocą pierwszego na świecie edytora przekształceń XSLT (Extensible Stylesheet Language Transformations) pracującego w trybie WYSIWYG

ja odradzam przekazywanie w ten sposob zmiennych :-)

dlaczego jezeli zmienna ma bardzo wiele wartosci za kazdym razem plik
flasha bedzie traktowany przez cacha przegladarki jako nowy plik a co
za tym idzie bedzie go pobieral z netu a nie z cacha, generowal nie
potrzebny ruch itp

lepiej przekazywac przy pomocy JavaScript do flasha
wiecej czytaj tutaj: http://www.flashzone.pl/tutoriale/show.php?id=56


ja odradzam js :)

mala ilosc zmiennych mozna przekazac tak jak napisal DarkTemplar..
jednak mozna to uproscic:

nazwa.swf?data=ala|ola|12|45|78|222|x|nalesnik

po co przekazywac nazwe kazdej zmiennej do flash?
[as]
  data="ala|ola|12|45|78|222|x|nalesnik";
  tab=data.split("|");
[/as]
i wszystko mamy ladnie pociete w tablicy.

poza tym nikt nie wie co oznacza: ala|ola|12|45|78|222|x|nalesnik
i musi "pogrzebac" w pliku .swf aby to sprawdzic.

duza ilosc danych: php, xml.. wygodne i bardzo szybkie.
polecam poczytac np. o AMFPHP:
http://www.flashroom.com/show.php?room=news&id=319

-
el.
http://www.flashroom.com - it's showtime.
http://www.fc2003.flashroom.com - flash film showcase.

lolo wrote:

{ciach]

a tak konkretniej czego szukasz ? wszędzie jest czegoś po trochu a
dziedzina rozrasta się nad miarę, niedługo mówiąc o kimś, że robi we
flashu będziesz musiał dookreślić co robi, bo inaczej zostanie to
odebrane tak szeroko jak informatyk czy programista


Głównie programuję W AS (nie jestem designerem, ani animatorem).Rozwiajam sporą
aplikację napisaną we Flashu MX. Jest to edytor diagramów do rysowania procesów
przemysłówych według norm ISO (trochę nietypowe zastosowanie). Aplikacja jest
spora - ponad 14000 lini kodu w AS (i około 1000 obiektów typu MC) i komunikuje
się za pomocą XML z MS SQL Serverem (zapis i odczyt danych), ponadto
współpracuje z kodem napisanym w ASP.
Tak więc interesują mnie materiały dotyczące głównie AS i zaawansowanych technik
programowania we Flash'u.

Pozdrawiam,
Mateo.

mam do czynienia ze starym systemem ksiegowym napisanym jeszcze w Cobolu.
Generalnie jest tam cala masa plikow razem z indexami. Niestety chyba ze
wzgledu na wiek tego systemu, jest to malo relacyjna baza danych, np.
kazdy
klient ma swoje dane w oddzielnym katalogu, czyli nie mam jednej wielkiej
tabeli (pliku) ze wszystkimi klientami.

Musze napisac procedury, ktore beda czesc danych eksportowac do XML'a.
Szukam optymalnego rozwiazania dobrania sie do danych. Nie jest to
jednorazowy export, wiec to caly proces musi miec rece i nogi. Znalazlem
jakis ODBC driver, ale jest tak malo przyjazny. Mialem nadzieje ze ktos
juz
pracowal z czyms podobny i moglby mnie nakierowac na jakis pomysl.


Jesli indeksy sa w oddzielnych plikach, to latwo mozna pliki danych
przerobic na cokolwiek, jesli sie zna layout rekordu.
Rekordy maja stala dlugosc, pola na stalych pozycjach, pola numeryczne
moga byc skompresowane, ale algorytm jest banalny.
Niestety, uklad rekordu trzeba znac, albo rozgryzc.

pozdrawiam,

x

Hoobert napisał(a):

| Nie narzekałbym tak na binarne formaty, bo:

| 1. Przekazywanie danych jest szybsze - przekazywana jest esencja.
| Nawet taka
| ostoja pracy z XML ja Java jako domyślą serializację stosuje pliki
| binarne.

| 2. Np. XML jest ciężki i wymaga zastosowania prasera. Może takie pliki
| jak
| konfigi linuxowe nie wymagają kobył parsujących.

| 3. Są standardowe formaty binarne.

Zależy czemu ma to służyć. Jeśli klasa ma służyć np. obsłudze plików
konfiguracjnych to bardziej praktyczny jest XML: przede wszystkim każdy
może go obejrzeć. XMLa również łatwo można sparsować np. spiritem ;).
Chociaż ja bym użył starego, dobrego flex'a i bisona jeśli XML były
trochę bardziej skomplikowany, np. z atrybutami w tagach itp. :)


To że obaj macie rację świadczy o jednym: warto poświęcić chwilkę i
zaprojektować porządny interfejs za którym będzie schowany kod
zapisywania i odczytywania. Tak żeby można było zmienić jak się komuś
odwidzi. :)

jfk <spam-no-spam-jaromir@gazeta.plw wiadomości
news:ct55kg$2tt$1@inews.gazeta.pl napisał(a):
[...]

A widzial ktos gotowe rozwiazanie(klase) do zapisu w pliku danych o
złożonej  strukturze?
Może XML by cos pomogl, ale na razie nic z tego tematu nie wiem.


  http://www.intercon.pl/~sektor/trip/