In Java there’s no built-in method.
You have two choices, follow:
First choice, you can try to google.
Second choice, use Jakarta Commons Lang, it provides a host of helper utilities for the java.lang API, notably String manipulation methods, basic numerical methods, object reflection, creation and serialization, and System properties. etc. etc.
Java non propone un metodo built’in per il paddig di una stringa. O meglio non propone i classici metodi PadLeft, PadRight.
Per ovviare al problema ci sono due possibili alternative:
Nel primo caso basta cercare per internet (ops dovrei dire googlare ?).
Nel secondo caso vi consiglio un ottima libreria Jakarta Commons Lang che offre un insieme di utility per manipolare le core-class.
Fletto i muscoli e sono nel vuoto.
Hai bisogno di connettere la tua applicazione dotnet ad un db3 ma non ti ricordi la sintassi della stringa di connessione ?
Non c’è problema con ConnectionString.com
Due ottime librerie per i propri custom messagebox:
Max Kiesler aveva già pubblicato un elenco di trenta tutorial e demo per implementare AJAX per piccole funzionalità od effetti.
Non contento è tornato sull’argomento proponendo un elenco di altri sessanta tutorial sullo stesso argomento, alcuni dei quali sono stati segnalati anche da noi.
Fletto i muscoli e sono nel vuoto.
Fonte: blog.it
E’ disponibile sul wiki un “articolo” sul Idiot Proof Programming.
Resto in attesa di Vostri approfondimenti.
Fletto i muscoli e sono nel vuoto.
Un articolo su come utilizzare i popup control nelle vostre applicazioni dotnet.
http://www.codeproject.com/useritems/Floating_Popup_Control.asp
Fletto i muscoli e sono nel vuoto.
E’ una competizione online di “problem-solving a tempo”. Tutti i partecipanti competono online per risolvere lo stesso problema e tutti sono vincolati dagli stessi limiti temporali. La competizione è possibile in tre linguaggi di programmazione: C++, C# e Java.
La competizione consta di quattro fasi:
Fase 1: Download della Competition Arena, un software sviluppato da TopCoder, disponibile come Java Applet o Java Web Start Application. Tale applicazione è il terreno su cui si affronteranno i programmatori.
Fase 2: Sviluppo. In questa fase si risolve il problema, si scrive il proprio codice, lo si testa e quando pronti lo si conferma.
Fase 3: Sfida. In questa fase si testa il codice degli avversari cercando di scovarne le falle fornendo dei valori di test che potrebbero mettere in crisi un programma che non risolve a pieno il problema.
Fase 4: Test di sistema. In questa fase il sistema automatico giudica la bontà del codice dei programmatori.
Le iscrizioni al contest sono iniziate il primo Maggio scorso e termineranno il 23 Maggio.
I premi sono:
Per ulteriori informazioni e per l’iscrizione, vi rimando alla pagina apposita sul sito di TopCoder.
Fonti: ziobudda.net > blog.neminis.org
Storico revisioni
|
Data |
Versione |
Descrizione |
Autore |
|
07/05/2006 |
0.1c |
Release |
Raffaele Scaramella |
|
31/03/2006 |
0.1b |
Draft |
Raffaele Scaramella |
|
23/03/2006 |
0.1a |
Draft |
Raffaele Scaramella |
1. Introduzione
Durante l’analisi/sviluppo di quella che sarà l’interfaccia con l’utente finale, bisognerà tener conto di tutte quelle problematiche che riguardano le incomprensioni, che si possono verificare, durante l’interazione programma – utente. In tale ambito, è necessario impedire che le informazioni mostrate siano ambigue, o che comunque possano indurre l’utente a compiere azioni non coerenti.
Durante questa fase sarà sponteneo porsi domande come:
Tali domande ci permettono di intuire una problematica piuttosto complessa, data l’elevata varietà di casistiche.
Un buon approccio alla risoluzione del problema può essere dato dall’uso di un’auto-regolamentazione abbastanza generica da adattarsi alle varie casistiche.
2. Analisi
L’iterazione programma – utente può essere semplificata in:
1) Il programma mostra delle informazioni all’utente.
2) In base ai dati mostrati, l’utente può compiere delle azioni, queste azioni vengono interpretate dal programma, il quale fornisce nuove informazioni, ritornando al punto 1.
2.1 Tipologie d’azione
Le azioni possono essere, essenzialmente, di questo tipo:
In entrambi i casi bisognerà prendere delle precauzioni.
3. Un possibile approccio
Supponiamo di avere una semplice form per il data entry ,ed analizziamo i possibili scenari.
3.1 Azioni coerenti
A seconda dell’azione, “guideremo” l’utente verso l’operazione meno “dannosa”.
3.1.1 Salva
Salva, in questo caso si hanno due scenari. L’operatore sta inserendo dei nuovi dati. L’operatore sta modificando dei dati esistenti.
| Nel primo caso l’operazione non va a sovrascriverne altri dati. Quindi “guideremo” l’utente verso il completamento dell’azione, inserendo i dati nella nostra base di dati. |
| Il secondo caso dipende dalla tipologia di dati che stiamo trattando. Se la modifica dei dati è considerata un operazione “dannosa”, allora bisognerà avvisare l’utente e guidarlo verso l’annullamento dell’operazione. Altrimenti viene trattato come il primo caso, sopradescritto. |
3.1.2 Annulla
|
Annulla, in questo caso l’operazione “potrebbe” essere dannosa, in quanto l’utente potrebbe inserire dei dati che non vuole perdere. Quindi guideremo verso l’annullamento.
|
| L’utente viene guidato o verso l’annullamento dell’operazione, qual’ora abbia dimenticato di inserire dei dati, oppure verso il suo salvataggio. |
3.1.3 Chiudi
Tale azione si comporterà analogamente al tasto annulla.
3.2 Azioni non coerenti
3.2.1 Validazione dei dati
Parte delle azioni non coerenti vengono controllate durante la validazione dei dati. Che consiste nel informare l’utente che i dati inseriti non sono corretti. Tale informazione deve risultare quanta più esplicita possibile. Bloccare il focus su un campo risulta al tempo stesso irritante quanto inutile. L’utente sarà più predisposto ad “irritarsi” perché il “programma si è bloccato” (il cursore non si sposta dal campo) piuttosto che cercare di capire cosa è successo e cosa ha sbagliato. Una buona strategia potrebbe essere quella di evidenziare con visivamente il campo contenente dati errati (ad esempio utilizzando un colore diverso) e riepilogare l’elenco degli errori presenti al momento dell’operazione di salvataggio dei dati.
3.3 Alcune norme
Per guidare in modo agevole l’utente verso “la giusta” strada. Sarà buona norma cercare di aderire – per quanto possibile – ai seguenti concetti:
3.3.1 Azione di Default
Per default, si intende, quell’azione associata al tasto di conferma – di solito il tasto invio -. Al quale sarà sempre associata l’azione meno “rischiosa”. Es.: Se l’azione guida verso un’alterazione o una perdita di dati, ad esempio un aggiornamento o un cancellazione, sarà buona norma avere come default l’annullamento dell’operazione, cfr. figura 2.
3.3.2 Annullamento
Per quanto possibile bisognerà fornire l’utente della possibilità di annullare l’operazione. Ad esempio, durante un operazione di chiusura di una schermata, ci accorgiamo che i dati sono stati variati, ma l’utente non li ha salvati. Quindi diamo all’utente la possibilità di salvare i dati prima di uscire (come in figura 2). Tuttavia, se l’utente ha avviato l’operazione di chiusura per sbaglio? Oppure non ha modificato tutti i dati ? Quindi, sarà buona norma aggiungere l’opzione “Annulla”, che permetterà di annullare l’operazione (come in figura 2).
3.3.3 Frasario
E’ consigliabile usare durante l’interazione con l’utente: lo stesso frasario, la stessa nomenclatura, etc. Ad esempio: Se utilizziamo, in una popup, una frase del tipo: “Si desidera sovrascrivere i dati ?” (con predefinito “no”). Non è corretto utilizzare, in altre popup, frasi come: “Annullare la sovrascrittura dei dati?” (con predefinito su “si”). Questo non farà altro che portare in confusione l’utente, ed aumentare la possibilità di errori. E’ bene prevedere che l’utente non sempre leggerà attentamente il messaggio, e sarà portato a premere instintivamente il tasto che preme di più.
4. Conclusioni
Come abbiamo visto, la casistica è molto vasta e il nostro “utente generico” è veramente bravo a combinare guai. Utilizzare approcci troppo restrittivi non aiutano a risolvere la problematica, quindi l’utilizzo di un approccio – omogeneo nell’intera applicazione – semplice che riduca il rischio di perdita di dati e adotti una comunicazione semplice con l’utente.
Un ottimo esempio di controllo per la visualizzazione di Tree Diagram. Da notare… l’uso del Visitor Pattern.
http://www.codeproject.com/cs/miscctrl/TreeDiagrams.asp
Fletto i muscoli e sono nel vuoto.
