Newsgroup: it.comp.lang.visual-basic
Titolo: [?] sviluppare programma che esporta oggetti (tipo Word e company)

Salve a tutti,
sto per sviluppare un "grosso" applicativo.. e dato che partirò da 0 vorrei
dotarlo di un solido modello ad oggetti.
La cosa che mi piacerebbe fare è dare la possibilità all'utente di usare il
vbscript all'interno del mio software e darmi la possibilità di usare da un
altro applicativo alcune funzioni del mio....
in pratica voglio poter accedere alle funzioni e agli oggetti del mio
applicativo ..è possibile?
devo partire con un progetto EXE ActiveX? oppure basta un EXE ma con classi
pubbliche?
Qualcuno di voi a delle esperienze in merito?
grazie a tutti,
Davide
PS uso VB5... forse passerò presto al 6....

 pubbliche?
devi passare i ref con  AddObject (metodo di vbscript activex)
ciao


ma il mio applicativo che tipo di progetto deve essere? EXE? EXE Active??
garzie
Ciao
Davide


non l'ho specificato perchč puoi usare quello che vuoi
--
-------
sito: 
www.dadev.it
ultime: Ocx per irc testi freeware
-------

 ha scritto nel messaggio
news:W1ls7.6330$_42.2...@news.infostrada.it...

Scusa, ma la tua risposta non significa proprio niente. Non è obbligatorio
rispondere; secondo te cosa ha capito Davide dalla tua risposta?
rispondo io, spero in modo più chiaro:
Per esportare degli oggetti, e quindi renderli visibili alle altre
applicazioni, come word, è semplicissimo:
devi creare una buona struttura ad oggetti, e creare un eseguibile activex.
A seconda di come definisci l'instancing della classe essa sarà utilizzabile
oppure no dalle altre applicazioni; ad esempio:
Multiuse - utilizzabile
Private - non utilizzabile e non visibile
public not creatable - utilizzabile ma creata soltanto dall'activex.
se definisci una classe come global multiuse e ci metti dentro le typedef di
eventuali tipi che usi tu, te li ritroverai in seguito nell'intellisense
(l'autocompletamento...)
Le funzioni e le proprietà pubbliche di una classe saranno quelli che un
utente può richiamare dalla sua applicazione.
Questo ti permette di utilizzare metodi e proprietà del tuo programma
dall'interno di un altro programma, tipo Word o Access, o Vb, e credo che
risponda al tuo quesito.
La questione di inserire un linguaggio di scripting all'interno
dell'applicazione (tipo Vba di word), che citi, non mi sembra che sia un tuo
obiettivo. Se mi abagliassi, sappi che qui le cose si fanno _parecchio_ più
complicate, a cominciare dal fatto che devi prendere in licenza un
linguaggio di scripting da qualcuno, e che poi devi progettare
l'applicazione in modo che esponga le classi di oggetti verso il
linguaggio... Insomma non l'ho mai fatto ma credo che sia un bel casino!
hth
alfonso


Uhm non direi... In un exe standard non si possono avere classi pubbliche :)
Ciaotutti,
*

 linguaggio...
non ho capito bene cosa intendi...non basta avere l'applicativo con classi e
oggetti come mi hai descritto prima?
ciao
Davide

 hth
Sì... avevo fatto qualche test un annetto fa e onestamente ho rinunciato: il
gioco non vale la candela a meno che il tuo applicativo non miri a far
concorrenza a Office... nel qual caso non so se "mamma M$" ti concederebbe
la licenza di Vba...  :-PPP
Semmai (se di pacchetto con accesso ai dati si tratta) inserisci delle
funzionalità di creazione/salvataggio di query SQL personalizzate
dall'utente e connesse con funzionalità di esportazione verso
Excel/Access/XML...
ciao
ugo

> Scusa, ma la tua risposta non significa proprio niente. Non è obbligatorio
Guarda che ha fatto una domanda ben precisa .
non vorri iniziare altri litigi stupidi :)))
è stato chiesto come rendere visibile un oggetto in vbscript .Ha poi parlato
di una grossa applicazione e chiaramente si suppone che sappia qualcosa di
vb.Ho specificato che per aggiungere un oggetto (nelllo specifico ha appunto
parlato di vbscript) si puo usare solo l'istruzione addobject
non serve nient'altro è completamente inutile divagare in discorsi non
richiesti.
Cmq il consiglio puo essere accettato o meno non rilascio fatture :))))))



mmm  :)))
questa dichiarazione è possibile (magari prova prima)
In un form qualsiasi
Public a As New Class1
Sc.AddObject  "a", a
funziona benissimo senza nesusn problema


altro applicativo alcune funzioni del mio....
questa sinceramente mi era sfuggita ma la cosa si fa un po' più complessa
.Dopo ha specificato che si tratta di un cad e implementarlo come activex
potrebbe risultare più lento lento soprattutto se fatto in vb.Chiaramente si
puo fare ma a che servirebbe poi un linugaggio di scripting all'interno ?


altro applicativo alcune funzioni del mio....
ma poi si sta discutendo su caxxate ognuno dica la sua senza rompere le
scatole agli altri :))
Se una risposta non  sembra completa la si puo arricchire  senza
provocazioni con motivazione stupide .:))


 PLONK!
l'ennesimo imbecille anche  a spiegarti le cose non capisci una mazza  :))))
..........addios
            plonk
            plonk
_                                    _
I                                     I
I        IMBECILLI          I
___________________


 E prima aveva un linguaggio derivato dal LISP.
e allroa??????
Ma se ha chiesto di vbscript che caxxo c'entra vba :))
altra stupidata e sono 2
plonk


 la licenza di Vba...  :-PPP
Ehm, non so come dirtelo... va bene, lo farò con calma... :-)
Prima di tutto, c'è lo scripting control OCX che è fatto apposta... può
interagire con il resto degli oggetti del programma senza problemi.
Uno dei programmi che ho fatto era un'applicazione per il lotto
(ebbene sì, lo ammetto, ma mi hanno pagato :-) ) che permetteva
di creare delle proprie routine in VBScript per le ricerche sui "metodi".
Naturalmente funziona anche con il JScript, anche se io non l'ho mai
provato, e qualcuno mi disse dell'esistenza di moduli di terze parti
anche per il Perl e altro. Per quello che serviva a me, questa soluzione
è stata più che sufficiente:
http://www.microsoft.com/italy/scripting/default.htm?/italy/scripting/related/
In secondo luogo, sorpresa !!! :-)))  il VBA può essere tranquillamente
(e pure gratuitamente, se non erro) incorporato nei propri programmi,
front-end compreso... la MS ha anche un SDK apposito.
Se qualcuno fosse interessato:
http://msdn.microsoft.com/vba/default.asp
http://www.microsoft.com/europe/vba/Licensing/italian/qa.htm
Cito: "La licenza comprende l’IDE di VBA, il modulo di gestione del linguaggio
VBA, Microsoft Forms, le funzioni di produttività della tecnologia IntelliSense®
e gli strumenti di sviluppo (incluso un sistema di debug, un visualizzatore
oggetti e un editor di codice). Sono inoltre disponibili le nuove capacità di
multi-threading di VBA 6.0 e il supporto delle firme digitali."
Bye, G.

 multi-threading di VBA 6.0 e il supporto delle firme digitali."
Vedi, parlano di licenza...
Ciao
alfonso


Questo non lo sapevo... nè allora, nè adesso... thnx
ciao
ugo


Anche questo mi ricordavo...  :-(
ciao
:-)
ugo

 Magari! La licenza costa centinaia di milioni, a quanto so...
All'epoca (due anni fa) scaricai tutto e feci delle prove, funzionava tutto,
ma poi la cosa era sovrabbondante per quello che mi serviva e disinstallai.
Adesso vedo che hanno affidato la cosa ad una compagnia esterna,
http://www.summsoft.com
, ma ho frugato tutta la parte del sito che è
visibile senza registrarsi, e non ho trovato niente, non parlano di $$$ da
nessuna parte. Però ho l'impressione che tu abbia ragione, basta vedere
l'elenco dei licenziatari. :-(
Boh, io mi tengo stretto lo script control; ai tempi gli volevo fare anche
un piccolo editor, con colorazione delle keyword e gestione di sub/functions
e indenting... avevo trovato quasi tutta la pappa fatta, anche se a pezzi,
e li dovrei integrare. Peccato non aver mai tempo, per fare quello che mi
piacerebbe, ma "tengo famiglia" ;-)
Bye, G.

 l'elenco dei licenziatari. :-(
Comincio a pensare che non costi veramente tanto, in fondo :-P.
Guarda che lista, saranno almeno duecento:
http://msdn.microsoft.com/vba/companies/company.asp
non credo che tutti potessero spendere somme enormi.
Probabilmente vanno a royalties...
Bye, G.

 Probabilmente vanno a royalties...
Anche a me sembra molto probabile...
ciao
Alfonso

 quello....
Quello che vuol fare, quindi, e' consentire all'utente di usare VBA, e non
VBS, all'interno del proprio progetto.
Ciaotutti,
*

 PLONK!
A quanto stai questo mese, Fondazione? :)
Ciaotutti,
*

La cosa che mi piacerebbe fare è dare la possibilità all'utente di usare il
vbscript all'interno del mio software
significa usare VBA ??
allora okkey :))))
forse  vbscript e vba credi siano la stessa cosa?
dovresti spiegarmi cosa intendi per "VBscript" :)))
va beh ciao :))

 wrote in message
news:fC0t7.94$C15....@news.infostrada.it...
Mmm... Come si dice? Non c'e' peggior sordo...?
Oh, beh, quanto a sordita' anche io me la cavo: PLONK.
Ciaotutti,
*

(l'applicazione č un cad)
Un cad in VB e' una *PESSIMA* idea. VB e' una *PESSIMA* scelta per
fare grafica e un sacco di calcoli --cose che un CAD, appunto, fa--.
La risposta alla tua domanda e' gia' stata data altrove e non la
ripeto.
Saluti.
-- 
      Gianni "bugbarbeq" Rondinini, 25, RA, 242, 152
  VBR - Vero Birro RomagnoloŽ, diffidate dalle imitazioni!
 Opel/ECC Calibrezio EVO-VI --- Kawasaki "Gas Gas" ZZ-R 1100
 ICQ# 36893168 - IRCNet: bugbarbeq, @ on #linux-it & #NetBSD
   On contrary of popular belief, Unix *IS* user friendly:
    it just appears to be selective who it is friend with