hilpers


  hilpers > microsoft.* > microsoft.dotnet.asp

 #1  
13.12.2008, 10:41
oXon
Ciao a tutto il NG,
devo realizzare un gestionale web e vi chiedo consiglio per partire con
il piede giusto. Di recente ho sviluppato tramite web una gestione di
rapportini, e quello che avevo notato, forse per mancanza mia, erano le
seguenti pecche:

- impossibilità di gestire lato client o debuggare lato client mediante
asp.net (forte utilizzo di Javascript)
- formattazione HTML non standard e quindi differenze di interpretazione
tra un browser e l'altro.
- se esiste un componente di Ajax che fa al caso nostro, IMHO, ha sempre
un qualcosa che manca

Ora vi chiedo, dovendo realizzare un gestionale, il che implica:

- accesso, modifiche, cancellazioni di dati presenti in sql 2005 o 2008
- visualizzazione di pagine sovrapposte per ricerca dati
- gestione delle stampe (crystal report o altro)
- integrazione con il fileserver aziendale (creazione directory,
creazioni di file word, xls, pdf, in automatico)
- visualizzazione di grafici
- gestione data entry da tastiera sofisticata (molti controlli validità)
- massima efficienza in termini di prestazioni
- creazione di controlli utente per riutilizzarli successivamente
- possibilità di creazione toolbar con bottoni tipici (nuovo, elimina,
salva,ecc..)

cosa consigliate?

Pensavo ad WebForm (c#) con visual studio 2008, ma non sono certo di
avere la possibilità di fare tutto quello elencato in precedenza..

Ovviamente deve essere una soluzione stabile..

Grazie a tutti in anticipo
oXon
 #2  
13.12.2008, 15:20
Emanuele
"oXon" wrote:

[..]
>
> cosa consigliate?
>
> Pensavo ad WebForm (c#) con visual studio 2008, ma non sono certo di
> avere la possibilità di fare tutto quello elencato in precedenza..
>
> Ovviamente deve essere una soluzione stabile..
>
> Grazie a tutti in anticipo
> oXon


Ciao, be non sono d'accordo su ciò che dici, con Visual Studio e strumenti
annessi, puoi fare il debug, di applicazioni web :-))).
La differenza tra browser e browser, dipende da come crei (css, tag html,
div, ecc) il tuo sito web.
Prediliggere una tecnologia per un'altra solo per la moda del momento, non è
che sia la strada giusta.
Per tanto ti consnglio, di valutare se sviluppare il tuo progetto in
ambiente windows application.
Forse con la parte web (css, html, ajax, ecc) non hai una buona
dimestichezza, come magari ne hai in Windows Apllication.
Il deploy, poi delle varie win Application, può essere facilato da
clickonce, e poi con la tecnologia :net, non esiste più il problema delle DLL.
Per i grafici, da poco tempo è stato rilasciato un aggiornamento per il
Framework 3.5, in cui si possono scaricare dei controlli per la creazione di
grafici, sia in ambiente web che Windows.
Se hai già scritto altre application windows, ed il tuo gestionale lo devi
usare solo nella tua azienda, allora vai tranquillo con le Windows
Application, che qualche bella soddisfazione ne avrai.
Ripeto per la millessima volta, che non è il linguaggio o la tecnologia a
fare la differenza, ma il programmatore, quindi un programma stabile,
efficiente, non dipende dal linguaggio o dalla tecnologia, ma da colui che
scrive il codice :-))).
E come guidare una macchina, nessuna è sicura al 100%, quindi, dipende dal
guidatore :-))).
Buona programmazione.
Ciao Emanuele
 #3  
13.12.2008, 16:28
oXon
Ciamo Emanuele

> Ciao, be non sono d'accordo su ciò che dici, con Visual Studio e strumenti
> annessi, puoi fare il debug, di applicazioni web :-))).


Scusa, se creo una pagina con asp c#, posso debuggare lato client il
javascript che mi convalida i controlli senza fare il postback? Se si come?

> La differenza tra browser e browser, dipende da come crei (css, tag html,
> div, ecc) il tuo sito web.


Ok

> Prediliggere una tecnologia per un'altra solo per la moda del momento, non è
> che sia la strada giusta.


Concordo, infatti ho chiesto un consiglio per un qualcosa di stabile
lato ambiente di sviluppo..Non certo per quanto concerne il prodotto
finale..:-)

> Per tanto ti consnglio, di valutare se sviluppare il tuo progetto in
> ambiente windows application.


Sono obbligato in quanto il cliente finale vuole il Web!

> Forse con la parte web (css, html, ajax, ecc) non hai una buona
> dimestichezza, come magari ne hai in Windows Apllication.


Centrato

> Il deploy, poi delle varie win Application, può essere facilato da
> clickonce, e poi con la tecnologia :net, non esiste più il problema delle DLL.


Ok

> Per i grafici, da poco tempo è stato rilasciato un aggiornamento per il
> Framework 3.5, in cui si possono scaricare dei controlli per la creazione di
> grafici, sia in ambiente web che Windows.


OK grazie

> Se hai già scritto altre application windows, ed il tuo gestionale lo devi
> usare solo nella tua azienda, allora vai tranquillo con le Windows
> Application, che qualche bella soddisfazione ne avrai.


Ok

> Ripeto per la millessima volta, che non è il linguaggio o la tecnologia a
> fare la differenza, ma il programmatore, quindi un programma stabile,
> efficiente, non dipende dal linguaggio o dalla tecnologia, ma da colui che
> scrive il codice :-))).
> E come guidare una macchina, nessuna è sicura al 100%, quindi, dipende dal
> guidatore :-))).


Certamente...Se però quando scrivi il codice l'ambiente va in
crash..Oppure non è compatible con quel add-in, oppure l'oggetto stampa
che offre nativamente non ti permette di fare determinati
raggruppamenti..ecc..ecc..

Volevo solo sapere se la scelta VS2008+ASP.net+c#+javscript è la scelta
giusta..
Grazie
oXon
 #4  
14.12.2008, 09:12
Giordano Zola
oXon ha scritto:

> Volevo solo sapere se la scelta VS2008+ASP.net+c#+javscript è la scelta
> giusta..
> Grazie
> oXon


Dato che il cliente ti ha chiesto un'applicativo web ti direi di si.
Il framwork ti nasconde tante cose sulla gestione dei browser, cercando,
non sempre ci riesce, di darti compatibilità tra i browser più
diffusi.Se non hai dimestichezza con applicativi web nella
pianificazione del lavoro devi tener conto anche di una fase di startup
che ti introduca all'argomento. Per quanto riguarda la carenza di
controlli o la loro non completa adattabilità alle situazioni che ti
trovi ad affrontare ricordati che cio che non abbiamo lo possiamo
costruire, lo sviluppo di un controllo custom è parte fondamentale della
programmazione web.
Quello con cui ti scontrerai è una filosofia diversa di programmazione
che per chi è abituato a lavorare con le winform all'inizio sembra
assurda, ma una volta capita ed appresa diventa quasi naturale ragionare
in ambito web.
I vantaggi di un applicativo web è inutile che te li elenchi tieni conto
che ci sono anche svantaggi.

In relazione alle prestazioni l'unica cosa che ti consiglio è di
analizzare nel dettaglio il problema cercare di capire il carico di
lavoro che dovrà tenere il tuo applicativo e il grado di scalabilità che
dovrai ottenere. Con l'utilizzo di Ajax renderai l'applicativo più
interattivo con l'utente e questo di farà guadagnare punti con il
cliente ma attento ad abusarne, ricordati che il javascript che scrivi
verrà elaborato da un browser e non sempre questo risulta
particolarmente veloce.

Per esperienza personale ti dico che ho dovuto rivedere un progetto
perchè l'elaborazione del javascript introdotto mi impediva di aprire
l'applicativo con explorer dato che mi appariva l'alert in cui l'utente
veniva avvisato che lo script avrebbe impiegato troppo tempo per essere
elaborarlo, mantre veniva aperto senza problemi sia da firefox che da
crome. Quindi attenzione alla fase di analisi e progettazione, non è mai
tempo sprecato.

Per quanto riguarda il debug lato client ti rimando a questo piccolo tip
che ti puo aiutare:
http://waltritscher.com/blog/ramblin...09/19/211.aspx
è comodissimo debuggare il javascript con visual studio.

Ciao e Buon LAvoro
Giordano Zola
http://dotnettoscana.org/blogs/giordano/
 #5  
14.12.2008, 18:27
oXon
Giordano Zola ha scritto:
> Per quanto riguarda il debug lato client ti rimando a questo piccolo tip
> che ti puo aiutare:
> [..]
> è comodissimo debuggare il javascript con visual studio.


Ciao Giordano,
grazie per i preziosi consigli..

Ancora una cosa mi sfugge..Per le stampe cosa è meglio utilizzare?
Vorrei un metodo elegante, professionale, ma contestualmente veloce..

- crystal report
- classe system.Drawing.printing
- a mano creo un pdf sfruttando qualche oggetto (esempio PdfSharp.dll)

Grazie tante
oXon
 #6  
15.12.2008, 06:59
Emanuele
> Ciao Giordano,
> grazie per i preziosi consigli..
>
> Ancora una cosa mi sfugge..Per le stampe cosa è meglio utilizzare?
> Vorrei un metodo elegante, professionale, ma contestualmente veloce..
>
> - crystal report
> - classe system.Drawing.printing
> - a mano creo un pdf sfruttando qualche oggetto (esempio PdfSharp.dll)
>
> Grazie tante
> oXon
>

Ciao, evita lo spazio dei nomi drawing.printing, puoi usare anche reporting
services.
Crystal Report non è male.

Visto che stai iniziando a sviluppare in ambiente web, ti consiglio questo
libro
http://www.comefarea.it/recensioni/aspnet35app/ è un ottimo manuale, che
illustra in maniera molto buona, lo sviluppo di siti web. In particolare i
vari scenari che si possono incontrare.
Ti permette di creare applicazioni professionali.
Inoltre vedi i webcast di msdn italia qui
http://msdn.microsoft.com/it-it/cc351057.aspx anch'essi sono fatti davvero
molto bene.
Ciao e buona programmazione.

Emanuele
Discussioni simili
Richiesta consiglio per gestionale

Visto che fra poche settimane parto per una vacanza mi servirebbe un gestionale carino e magari poco pesante, anche in 2D va più che bene (anzi meglio, di solito li...

consiglio gestionale per più utenti

salve mi servirebbe un consiglio dovrei realizzare un gestione per un backend di un sito in modo che possa essere utilizzato da più utenti. il gestionale deve gestire per...

[help] consiglio gestionale

Ciao a tutti, da qualche tempo a questa parte mi trovo a dover gestire un piccolo gruppo di persone, pur non essendo pagato per farlo. Ma questo è un altro discorso... Per...

Qualche consiglio sul gestionale

1) Scegliete un capo progetto, sara' sua cura poi suddividere il lavoro da svolgere e assegnarlo a ciascuno. 2) Stilate un programma dettagliato delle cose da fare nella...


Tutti gli orari sono GMT. Attualmente sono le 10:20. | Privacy Policy