Newsgroup: it.comp.lang.pascal
Titolo: .....nessuno mi ha preso sul serio! :-((((((((

Ma veramente nessuno sa dove posso trovare quello che cercavo????????
Grazie a chiunque mi può aiutare :)))))))))))

 Ma veramente nessuno sa dove posso trovare quello che cercavo????????
adesso io ti ripondo da persona che ama il pascal ma che guarda anche avanti: per
apprendere il pascal (quello per dos) "avanzato", cioè che ti insegni algoritmi un
po' diversi, sicuramente puoi prenderti il Sedgewick: Algorithms, l'hanno fatto in
10.000 lunguaggi diversi, ma c'è anche una versione per pascal, non è più in
commercio ma se studi alla sapienza avrai sicuramente una biblioteca ben fornita
da cui puoi attingere libri molto interessanti, fra i quali anche questo.
Purtroppo considera che, studiando informatica, il tu lavoro sarà di
programmatore, credo, e allora devi considerare un po' di cose: il pascal
(purtroppo) è un linguaggio morto nel campo del lavoro, nessuno (o quasi) lo usa
più per programmare applicazioni commerciali, lo si sfrutta ancora in fase di
insegnamento perchè è un ei migliori linguaggi di programmazione, che ti obbligano
a ragionare prima di danzare sulla tastiera e scrivere un programmino. Ma se ti
piace pascuale e vuoi continuare con questo linguaggio allora potresti pensare di
passare a Delphi: il linguaggio di programmazone è l'Object Pascal che come
intuirai dal nome deriva dal pascal con in più il fatto che sia object oriented,
la grave carenza del pascal (hanno provato a cacciare gli oggetti dentro a tp7, ma
non mi sembra che abbiano fatto un buon lavoro...); in più è un linguaggio
visuale, per scrivere un'applicazione in visual c devi gestirti tutte le form con
chiamate api, mentre con Delphi hai la tua bella form gestita in fase di
design-time che puoi modificare visualmente appunto; e poi compila molto
velocemente, crea applicazioni stand-alone (senza vbrunxxx.dll da svariati mega) e
poi sta avendo un grande successo: sono sempre più le aziende che richiedono la
conoscenza di questo linguaggio alle nuove reclute, senza considerare il porting
di delphi sotto linux con il progetto Kylix, già commerciato ma che tra breve
dovrebbe anche essere disponibile in versione open source.
Spero di essere stato di aiuto a te e ad altri che sono un po' indecisi sul da
farsi, e se hai altri dubbi non ti rimane che chiedere
ciao

grazie Morpheus :)))))))))))
ti voglio accennare quale è la mia idea:
io penso che il PASCAL sia un' ottima gavetta per qualsiasi programmatore e
penso anche che in futuro avrà per me un certo valore, perlomeno
"affettivo".... il mio obiettivo è quello di conoscere il modo di interagire
con il computer tramite programma: sarò più chiaro perchè l' ho detto da
cani :-p ; per far fare al mio PC quello che dico io debbo conoscere tutti i
mezzi per comunicarci , e siccome non ho la più pallida idea di come possa
creare un programma che ad esempio mi dia il buongiorno ogni volta che
accendo il PC ( esempio veramente cretino), penso che conoscere bene un
linguaggio come il PASCAL mi avrebbe aiutato molto per il futuro.
Per esempio ho qui sotto mano  **C++ BUILDER**  ma non so neanche dove
cominciare , non ci capisco niente : qui si aprono tutte finestre......
AIUTO!!!!!!!!!!
Spero che tu mi capisca :-)))))))
A proposito che cosa sono gli OBJECT......grazie ancora.

 A proposito che cosa sono gli OBJECT......grazie ancora.
ehh, vuoi che ti spieghi cos'è la programmazione ad oggetti?? Vediamo se ne sono
capace.... :)
allora considera una macchina: per accenderla giri la chiave, permi la frizione,
premi l'acceleratore e il motore parte, ma non ti curi di come la frizione
funzioni, di che contatti va ad attivare la chiave girata nel cruscotto, come la
pompa della benzina sbruzzi il carburante nei cilindri, ecc.
Gli oggetti funzionano grosso modo così: hai un'interfaccia esterna con cui
comunichi con l'oggetto e poi le procedure contenute all'interno dell'oggetto
penseranno poi loro a gestire effettivamente le azioni necessarie a portare a
termine il compito richiesto.
prendiamo l'esempio della frizione: questa funziona "staccando" il motore
dall'albero che comunica alle ruote l'energia per ruotare, e consideriamo
l'oggetto TFrizione (di solito si chiamano così gli oggetti, dove T sta per type)
che "esporta" due funzioni/procedure (per adesso non ci interessa distinguerle)
nel senso che sono richiamabili dall'esterno dell'oggetto: Premi e Rilascia, la
prima serve per premere la funzione e staccare il motore, la seconda serve per
rilasciare la frizione (dopo aver cambiato marcia) e ricollegare il motore
all'albero della trasmissione.
Per richiamare la funzione Premi si usa la notazione TFrizione.Premi e saremo
sicuri che la frizione sarà premuta e noi potremo cambiare marcia con un'altro
oggetto...
Quindi possiamo considerare l'oggetto TAutomobile come "composto" da altri oggetti
di cui non conosciamo il funzionamento interno, le funzioni non esportate che
servono per far effettivamente funzionare il tutto (diciamo la serie di molle,
ingranaggi e congiunzioni che portano dal pedale della frizione al gancio che
stacca effettivamente il motore), ma di cui conosciamo le funzioni esportate che
risolvoni i nostri problemi. Allora TAutomobile sarà composta da TMotore,
TFrizione, TPneumatici, TFreni, ecc... ecc...
Un altro importante vantaggio è l'ereditarietà degli oggetti: tu puoi ereditare
tutte le funzioni di un oggetto, diciamo TAutomobile e fornirgli altre funzioni,
possiamo dire TAriaCondizionata, sicuramente non necessaria al funzionamento
dell'automobile, ma decisamente piacevole in estata :)
Spero di essere stato esauriete, e di aver commesso meno errori possibili ;P