purtroppo di decompilatori estrapolano anche le classi esterne as. in ogni caso l'uso di classi ben compatte per i meno esperti diventerebbe impossibile. hehe

quindi non ci sono speranze per evitare la decompilazione?

il fatto è questo: mi stò cimentando nello sviluppare una particolare applicazione (ho scelto flash come ambiente di sviluppo per 10.000 motivi). questa applicazione è destinata al settore industriale dove però il software deve garantire alcuni requisiti tra cui la sicurezza. è verò che chi siederà davanti al pc sul quale gira l'applicazione è poco più di un operatore senza alcuna conoscenza informatica (se non quella del mouse) ma non è possibile correre il rischio che qualche smanettore di turno riesca a decompilare l'applicazione e a farne quello che vuole. oltrettutto sto cercando di sviluppare un complesso protocollo di scambio fra applicazioni (ed in questo protocollo dovrebbe rientrare anche l'applicazione in flash - se mai la farò) che per questioni di riservatezza non deve essere noto a chiunque, ma solo agli addetti ai lavori. per questo ulteriore motivo se qualcuno riuscisse a decompilare l'applicazione si troverebbe "in chiaro" il protocollo bello e spiegato - e stiamo pur tranquilli che se qualcuno opera una decompilazione in questo settore sicuramente si tratta di un esperto e non di un pivellino alle prime armi - ulteriore motivo che mi spinge a preoccupazioni...
sarebbe utile l'encrypt... ma ovviamente penso che esisti il decrypt... quindi forse è solo una soluzione tampone... non la soluzione.
chiedo quindi a voi che sicuramente siete più esperti di me se esiste una recondita possibilità...

grazie ancora
ciao!

umm non è una soluzione tampone e non esiste il decript. Il decript è appunto il programma che decompila l'swf. Quindi decompilare un swf criptato avrebbe come risultato un fla con codice actionscript inutilizzabile. ti spiego.

il programma che cripta, compila l'swf nella sua forma actionscript originale prima e subito dopo altera il codice actionscript rendendolo nonsolo incomprensibile ma assolutamente inutilizzabile, basta fare un preview di un file swf, criptato e subito dopo decompilato.

nessun decriptatore potrebbe cosi riportarti sl codice originale.

@edo_flashas said:

purtroppo di decompilatori estrapolano anche le classi esterne as. in ogni caso l'uso di classi ben compatte per i meno esperti diventerebbe impossibile. hehe

Dalle prove che ho fatto mi risulta che il decompilatore estrapola il codice da files .as ma solo se sono utilizzati come 'prolungamento' , cioè se dal .fla vengono richiamati con #include.
Scrivendo Classi e seguendo i buoni canoni della OOP, il decompilatore non arriva a riportarti tutto.

ok.
va bene anche questo... ma flep, cosa vuol dire esattamente quello che dici?

(p.s.: grazie a tutti, io vorrei utilizzare flash per questa mia applicazione, quindi devo essere sufficientemente sicuro di quello che faccio).

ciao.

@bubbolo said:

ok.
va bene anche questo... ma flep, cosa vuol dire esattamente quello che dici?

(p.s.: grazie a tutti, io vorrei utilizzare flash per questa mia applicazione, quindi devo essere sufficientemente sicuro di quello che faccio).

ciao.

Object Oriented Programming

si, so esattamente cosa è la OOP...
va la mia domanda era (da inesperto di flash): come fare per centrare quello che dici ? (a grandi linee...)

ciao

In che senso 'centrare' ?
Scusami ti prego, non ti seguo...

tu dici che scrivendo classi e seguendo le buone norme della OOP sarebbe scrivere classi AS organizzandole in package con gerarchie in cartelle e ripettando tutti i canoni della OOP alla fine si ottiene che il decompilatore non riesce a "ricreare" gli AS fatti in questo modo?
sei sicuro?

Dalle prove che ho fatto, si ne sono sicuro...ma come saprai neanche i servers delle banche sono sicuri al 100% ...

si, hai ragione... neppure i servers delle banche sono sicuri al 100%.
la mia "ostinazione" a cercare di chiudere l'applicazione sta solo nel fatto che devo esserne sicuro, se sviluppo una piattaforma sulla quale deve girare uno speciale applicativo poi in qualche modo la devo garantire a pena di responsabilità personale.

che poi magari mi diverto pure con flash... questo è un altro conto.

comunque veramente grazie per la pazienza e per la serietà e precisione con la quale mi avete accolto e risposto.

considero il vostro forum uno dei più validi in circolazione.

grazie molte.

Fa piacere ricevere dei complimenti e ti ringrazioa nome di tutto lo staff del forum

Capisco la tua 'apprensione' in questa cosa, se sviluppi in OOP la tua applicazione Flash il decompilatore ricrea una sorta di files .as ma non li mantiene come Classi e quindi solitamente il codice che riscrive non gira.

Un'altra cosa, la garanzia totale contro il decompilatore è sviluppare l'applicazione sotto forma di Flash Component.

flash components?
e cosa sono?

Componenti Flash, tipo quelli che hai di default nella libreria: ScrollPane, DataGrid, ScrollBar etc etc

questa cosa potrebbe essere interessante oltre a tutto quello che fino ad ora ci siamo detti.

come potrei realizzare questi component?

hai dei link a manuali, a tutorial, a siti, o a qualsiasi materiale che tratti l'argomento?

mi servirebbe anche avere dei riferimenti per actionscript su flash 8.

fermo restando che probabilmente acquisterò un buon manuale cartaceo... consigli?

grazie
ciao

sviluppare un componente Flash richiede una profonda conoscenza appunto della OOP, soprattutto Ereditarietà di Actionscript 2.0 .
Personalmente ci ho messo un anno di studi prima di sviluppare il mio primo componente.
Tutorials su come fare un componente non ne ho mai visti...

@Flep said:

Dalle prove che ho fatto mi risulta che il decompilatore estrapola il codice da files .as ma solo se sono utilizzati come 'prolungamento' , cioè se dal .fla vengono richiamati con #include.
Scrivendo Classi e seguendo i buoni canoni della OOP, il decompilatore non arriva a riportarti tutto.

purtroppo con un buon decompilatore si riesce ad ottenere classi actionscript perfette e rispettive cartelle, anche se il codice non è richiamato da include. Ovviamente il preview di un filmato estratto diventa quasi sicuramente ingestibile. Ma i sorgenti actionscript, nonchè librerie utilizzate, e conseguente lavoro di ingegno si ottengono senza problemi. Chiaramente per splulciare in una classe + o meno complessa al fine di imparare o ispirarsi, bisogna aver una certa dimestichezza col codice.

@edo_flashas said:

purtroppo con un buon decompilatore si riesce ad ottenere classi actionscript perfette e rispettive cartelle, anche se il codice non è richiamato da include. Ovviamente il preview di un filmato estratto diventa quasi sicuramente ingestibile. Ma i sorgenti actionscript, nonchè librerie utilizzate, e conseguente lavoro di ingegno si ottengono senza problemi. Chiaramente per splulciare in una classe + o meno complessa al fine di imparare o ispirarsi, bisogna aver una certa dimestichezza col codice.

Ricrea il package ma non gira, manca sempre qualcosa e di solito da diversi errori in fase di compilazione.

Se questo non bastasse allora l'unico modo rimane il componente ...

meglio...