title: if che non funziona...

text:
ciao,

il seguente codice non va, anche se inserisco M oppure F, nella casella
di testo, il controllo IF restituisce False.

Ho provato a seguire il controllo in debug....ma non vedo nulla di 'strano'

if (txtSex.Text != "M" || txtSex.Text != "F")
{

     return false;
}
  else
        {

                return true;

        }

    #####  Scritto così funziona invece   ####

if (txtSex.Text == "M" || txtSex.Text == "F")
{

     return true;
}
  else
        {

                return false;

        }

grazie


title: if che non funziona...

author: ReadOnly

text:
Il 18/10/2011 15:22, GennarinOSpion ha scritto:
> if (txtSex.Text != "M" || txtSex.Text != "F")
> {
>
> return false;

Normale: "F" è diverso da "M" il che rende vera la prima parte dell'OR,
a sua volta "M" è diverso da "F", il che rende vera la seconda parte
dell'OR. E l'OR da true se anche solo uno dei due membri è true. Di
fatto la condizione è sempre vera.

Se al posto di || metti && funziona: Text deve essere diverso da "M" *e
anche* diverso da "F".

--
r--r--r--


title: if che non funziona...

text:
On 18 Ott, 15:22, GennarinOSpion <
GennarinOSpi...@n.it
> wrote:
> ciao,
>
> il seguente codice non va, anche se inserisco M oppure F, nella casella
> di testo, il controllo IF restituisce False.
>
> Ho provato a seguire il controllo in debug....ma non vedo nulla di 'strano'
>
> if (txtSex.Text != "M" || txtSex.Text != "F")
> {
>
>      return false;}
>

Beh è giusto, tu gli hai detto:
se il sesso è DIVERSO da M oppure se il sesso è DIVERSO da F allora
restituisci false.

"OR" funziona che entra se O una O l'altra condizione sono verificate
quindi inserendo M è verificata la "sesso è DIVERSO da F"; se
inserisci F è verificata la "sesso è DIVERSO da M": quindi di darà
sempre e solo false...

Al3x


title: if che non funziona...

text:
On 18 Ott, 15:22, GennarinOSpion <
GennarinOSpi...@n.it
> wrote:

> if (txtSex.Text != "M" || txtSex.Text != "F")

Ho dimenticato un pezzo: se vuoi tenere il not (ma perchè poi :)?)
devi mettere l'&&:

if (txtSex.Text != "M" && txtSex.Text != "F")

che leggi "se il sesso è diverso da 'M' E il sesso è diverso da 'F'"
allora...

Al3x


title: if che non funziona...

author: Mauro Gamberini

text:
"GennarinOSpion"  ha scritto nel messaggio
news:j7juhl$ta2$1...@speranza.aioe.org...

ciao,

il seguente codice non va, anche se inserisco M oppure F, nella casella
di testo, il controllo IF restituisce False.

Ho provato a seguire il controllo in debug....ma non vedo nulla di 'strano'

if (txtSex.Text != "M" || txtSex.Text != "F")
********************************

Domanda stupida la mia.
Ma utilizzare una semplice ComboBox con solo F e M
come Items?

--
---------------------------
Mauro Gamberini
Microsoft MVP - Excel
http://www.riolab.org/

http://www.maurogsc.eu/


title: if che non funziona...

author: GennarinOSpion

text:

miiii che svista stupida....

non ci credo...

grazie a tutti :)


title: Gestire aggiornamenti DB

author: Andrea [Work]

text:
Salve a tutti,
utilizzo
VB.NET
 e come database Firebird.

Ho un'applicazione che richiede "continui" aggiornamenti di versione. Nuove
tabelle, nuovi campi ecc.

Fin'ora viene gestito con dei files di script SQL lanciati a mano da noi
sul DB del cliente, ma questo mi può andar bene fino a quando siamo in
test, vorrei poi automatizzare la procedura, in modo che il programma in
automatico porta i database alla versione di lavoro.

Così ad occhio avevo pensato a usare un XML con scritto tipo
VERISIONE=1.00
COMANDOSQL=ALTER TABLE PIPPO ADD CAMPO INTEGER;

VERISIONE=1.01
COMANDOSQL=ALTER TABLE PIPPO ADD CAMPO2 INTEGER;

ecc.

In questo modo la procedura di aggiornamento può leggere questo file, vede
a quale versione è il database e portarlo fino all'ultima.
Non ho però grande esperienza con l'uso di XML.

Fino ad ora, su procedure VB6 una cosa simile è stata fatta nel codice di
un programma di aggiornamento, che fa un SELECT CASE VersioneDB. Questo
implica però di mandare il programma ricompilato ogni volta, e soprattutto
non mi permette di gestire tabelle diverse per clienti diversi.

Qualche consiglio?
Grazie


title: Gestire aggiornamenti DB

author: Mauro Servienti [MVP]

text:
Ciao Andrea [Work],

You wrote on 26/07/2012 :
> Qualche consiglio?

https://github.com/schambers/fluentmigrator

http://stackoverflow.com/questions/8033/database-migration-library-for-net

http://stackoverflow.com/questions/3437346/net-database-migration-tool

> Grazie

.m

--
blog @ //
milestone.topics.it


title: Gestire aggiornamenti DB

author: LudovicoVan

text:
"Andrea [Work]" <andrea.isw...@gmail.invalid> wrote in message
news:1ihnqzjsdzjjv$.vwrcb4syfhff$.dlg@40tude.net...

> Non ho però grande esperienza con l'uso di XML.

Piu' che fattibile.  Un punto di partenza e' questo:

<
http://msdn.microsoft.com/en-us/library/4x4kfk8w
>

Un altro approccio e' usare una tabella in un piccolo database dedicato.

Un altro approccio ancora, come suggerito da Mauro, e' usare
componenti/framework gia' pronti.

> Qualche consiglio?

In generale, l'aspetto tecnico si rivela spesso abbastanza semplice, il
problema principale e' la complessita' intrinsica di avere troppe versioni
e/o troppi branch da gestire, il che implica parecchio book-keeping in ogni
caso, e piu' errori.  In aziende dove trovo questo tipo di situazione spingo
affiche' tutto il branching venga progressivamente e totalmente eliminato
(riassorbito, per ogni prodotto, in un unico trunk): per le richieste da
clienti esistenti si adotta una strategia del tipo che o si tratta di un
semplice cambiamento nella configurazione oppure li si aggiorna direttamente
all'ultima versione e, al limite, e' quella che si estende (dopo aver
valutato la richiesta ed averla trasformata in un requirement di interesse
abbastanza ampio da giustificare la sua introduzione nel prodotto).  I fix
sono (ovviamente?) gratuiti, e anche quelli si risolvono in un fix del main
trunk seguito da un upgrade di tutti gli interessati.  --  Si potrebbe
obiettare che questi upgrade "gratuiti" sono un'occasione di business persa,
ma andando a quantificare i costi dell'eccessivo branching ci si rende conto
che c'e' piuttosto e solo da perdere.

Poi in realta' non ho capito se e' esattamente quella la tua situazione
(eccessivo branching), ma se non lo e' mi viene piuttosto in mente che
allora e' il sistema in questione a mancare di un sufficiente livello di
astrazione...

-LV


title: Gestire aggiornamenti DB

text:
Il Thu, 26 Jul 2012 10:04:01 +0200, Mauro Servienti [MVP] ha scritto:

>
https://github.com/schambers/fluentmigrator

>
http://stackoverflow.com/questions/8033/database-migration-library-for-net

>
http://stackoverflow.com/questions/3437346/net-database-migration-tool

Ho guardato velocemente ma mi sembrano strettamente legati al DB, e non ho
visto nominato Firebird.
Comunque ci guardo con pi� calma.


title: Gestire aggiornamenti DB

text:
Il Fri, 27 Jul 2012 02:15:20 +0100, LudovicoVan ha scritto:

>> Non ho per� grande esperienza con l'uso di XML.
>
> Piu' che fattibile.  Un punto di partenza e' questo:
>
> <
http://msdn.microsoft.com/en-us/library/4x4kfk8w
>
>
> Un altro approccio e' usare una tabella in un piccolo database dedicato.

Ecco questo sarebbe interessante, anche un DB access che � letto
nativamente da
vb.net
, o un sqlite.

> Un altro approccio ancora, come suggerito da Mauro, e' usare
> componenti/framework gia' pronti.

Ho visto che sono abbastanza legati al Db, ovvero mi pare che creino loro
l'SQL, e utilizzando firebird, vorrei essere sicuro che � "sicuro".

>> Qualche consiglio?
>
> In generale, l'aspetto tecnico si rivela spesso abbastanza semplice, il
> problema principale e' la complessita' intrinsica di avere troppe versioni
> e/o troppi branch da gestire, il che implica parecchio book-keeping in ogni
> caso, e piu' errori.  In aziende dove trovo questo tipo di situazione spingo
> affiche' tutto il branching venga progressivamente e totalmente eliminato
> (riassorbito, per ogni prodotto, in un unico trunk): per le richieste da
> clienti esistenti si adotta una strategia del tipo che o si tratta di un
> semplice cambiamento nella configurazione oppure li si aggiorna direttamente
> all'ultima versione e, al limite, e' quella che si estende (dopo aver
> valutato la richiesta ed averla trasformata in un requirement di interesse
> abbastanza ampio da giustificare la sua introduzione nel prodotto).  I fix
> sono (ovviamente?) gratuiti, e anche quelli si risolvono in un fix del main
> trunk seguito da un upgrade di tutti gli interessati.  --  Si potrebbe
> obiettare che questi upgrade "gratuiti" sono un'occasione di business persa,
> ma andando a quantificare i costi dell'eccessivo branching ci si rende conto
> che c'e' piuttosto e solo da perdere.
>
> Poi in realta' non ho capito se e' esattamente quella la tua situazione
> (eccessivo branching), ma se non lo e' mi viene piuttosto in mente che
> allora e' il sistema in questione a mancare di un sufficiente livello di
> astrazione...

Allora per i programmi VB6 abbiamo adottato una tecnica che ogni cliente ha
la stessa versione di DB identica ad un altro. La tabella che usa solo un
cliente se la ritrovano tutti. Poi tutto � bloccato a livello di menu,
maschere ecc. (e decide di IF di personalizzazione :\)

Questa situazione mi permette di non avere versioni differenti, ed
eseguibili/DB unici.

Non vorrei per� precludermi la possibilit� di avere branch, per alcuni
software che sono altamente personalizzati per ogni cliente, e con poche
installazioni.

Impiantando ora le prime procedure .NET volevo creare qualcosa di diverso
da VB6, che ha comunque sempre funzionato con un programma che nel codice
ha:

  Select Case VersMIN
      Case 4
        If dbVERS <= VersioneConfronto Then
          AdoCN.Execute "ALTER TABLE PIPPO ADD PROGR INTEGER;"
          AdoCN.Execute "ALTER TABLE PLUTO ADD NOTE VARCHAR(50);"
          AdoCN..Execute "UPDATE VERS SET VERSIONE='4.01';"
        End If
      Case 4.01
	....

Cos� per� devo ricompilare ogni volta, ed averne uno per ogni gestionale.
Con un programma generico mi basterebbe distribuire il file/db di elenco
scripts e l'eventuale programma aggiornato che sfrutta tali tabelle.

Grazie.


title: Gestire aggiornamenti DB

text:
"Andrea [Work]" <andrea.isw...@gmail.invalid> wrote in message
news:d4oypf9clzc5.7sskhd68nx1u$.dlg@40tude.net...
> Il Fri, 27 Jul 2012 02:15:20 +0100, LudovicoVan ha scritto:

>> Un altro approccio ancora, come suggerito da Mauro, e' usare
>> componenti/framework gia' pronti.
>
> Ho visto che sono abbastanza legati al Db, ovvero mi pare che creino loro
> l'SQL, e utilizzando firebird, vorrei essere sicuro che è "sicuro".

Fanno un lavoro che e' concettualmente semplice.  In generale, non sono a
favore dei tool perche' ritengo che certi strumenti vadano sviluppati
internamente e gradualmente, di pari passo con l'evolversi del modo di
lavorare e del livello di auto-consapevolezza.  Poi ovviamente non ha
neanche senso reinventare la ruota, per cui ad esempio ci penserei due volte
a trasformare un piccolo sistema interno di controllo versioni in un
framework di uso generico... ecc. ecc.

In bocca al lupo,

-LV


title: Gestire aggiornamenti DB

text:
Ciao Andrea [Work],

> Comunque ci guardo con più calma.

ho trovato anche questo:
http://iainhunter.wordpress.com/2012/08/02/easy-database-migrations-with-c-and-fluentmigrator/




title: parsing html

author: Smalville

text:
Ciao,
sto cercando di realizzare un'applicazione che si connette a delle
pagine web, scarica l'html e ne estrae il contenuto.
Il parsing è piuttosto difficile visto spesso l'imprecisione con la
quale vengono realizzate le pagine (tag scritti male, tag mancanti,
etc...).
Ho così provato ad usare il controllo Windows.Forms chiamato
WebBrower.
Parsa benissimo le pagine ma è difficile gestirne gli errori.
In particolare se si verificano errori durante il parsing me li
segnala con delle finestre modali che bloccano i processi.
Ho impostato la proprietà SuppressScriptError a true, ma non basta.
Avete consigli su come gestire questi errori ?
Grazie!


title: parsing html

author: Raffaele Rialdi [MVP]

text:

Dimentica il parsing del browser.
Vai su codeplex e cerca html agility pack. È un ottima libreria per
parsare html.
--
Raffaele Rialdi
http://www.iamraf.net
Weblog:
http://blogs.ugidotnet.org/raffaele
Microsoft MVP profile
https://mvp.support.microsoft.com/profile/raffaele
UGIdotNET -
http://www.ugidotnet.org/


title: parsing html

author: marcosabba

text:
Il 14/07/2011 21:48, Smalville ha scritto:
> Ciao,
>
> sto cercando di realizzare un'applicazione che si connette a delle
> pagine web, scarica l'html e ne estrae il contenuto.
> Il parsing � piuttosto difficile visto spesso l'imprecisione con la
> quale vengono realizzate le pagine (tag scritti male, tag mancanti,
> etc...).
> Ho cos� provato ad usare il controllo Windows.Forms chiamato
> WebBrower.
> Parsa benissimo le pagine ma � difficile gestirne gli errori.
>
> In particolare se si verificano errori durante il parsing me li
> segnala con delle finestre modali che bloccano i processi.
> Ho impostato la propriet� SuppressScriptError a true, ma non basta.
>
> Avete consigli su come gestire questi errori ?
Un mio amico ha fatto cos�:
http://www.fabiozangrando.it/blog/generale/wpf-webbrowser-workarounds/
(il wpf usa comunque il componente windows forms)
comunque non avendo mai provato personalmente la cosa te lo indico solo
per sentito dire.
Ciao


title: parsing html

text:
Ciao Smalville,
You wrote on 14/07/2011 :
> Avete consigli su come gestire questi errori ?
come dice Raff:
http://htmlagilitypack.codeplex.com/
, spettacolo!
.m
--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com/profile/mauro
blog @
http://milestone.topics.it
whynot [ at ] topics [ dot ] it


title: parsing html

author: Riddler ?

text:
On 15 Lug, 09:44, Mauro Servienti [MVP] <mauroservie...@online.nospam>
wrote:
> Ciao Smalville,
>
> You wrote on 14/07/2011 :
>
> > Avete consigli su come gestire questi errori ?
>
> come dice Raff:
http://htmlagilitypack.codeplex.com/
, spettacolo!
>
Confermo! Html Agility Pack anche se il site scraping sta su con la
colla ;-)
saluti
--
Riddler ?


title: Specification + Linq: considerazioni e richiesta consigli.

author: Giulio Petrucci

text:
Ciao ragazzi,

in questi giorni mi sono trovato a lavorare ad un progetto in cui avevo
bisogno di implementare una specification. Per puro sollazzo ho iniziato
a fare esperimenti "speculativi" e non arrivato a una considerazione:
perché non provare a creare un sistema di specification componibili,
parametrizzabili, ecc ecc... che possa anche fungere da generatore di
clausole di selezione in query Linq?

Raccattando un po' di materiale qua e là, sono arrivato alla definizione
di questa interfaccia:

interface ISpecification<T>
{
	ISpecification<T> And(ISpecification<T> s); //and logico;
	ISpecification<T> Or(ISpecification<T> s); //or logico
	ISpecification<T> Not(); //not logico;
	Expression<Func<T, bool>> AsPredicate(); //il nome del metodo fa pena...
	bool IsSatisfiedBy(T item);
}

definiamo la classe Foo in maniera molto semplice come:

class Foo
{
	public int Id { get; set; }
	public string Label { get; set; }
}

così, all'occorrenza, posso fare una cosa del tipo:

NHibernate.ISession s = ...;
ISpecification<Foo> spec = ...;
var select = s.Query<Foo>(spec.AsPredicate());

So far, so good. :-)
Mi trovo a dover fronteggiare qualche problema di coscienza per la
gestione degli operatori. Per ora ho fatto tutto mediante combinazione
di Expression. Mi chiedo: in uno scenario Linq2Sql (specialmente
utilizzando NHibernate), quanto un approccio del genere può causarmi
problemi a livello teorico?
Per la negazione di specification complesse, avevo pensato a tracciare
la costruzione delle specification stesse e poi applicare De Morgan a
mano :-P ma mi chiedo... siamo sicuri che serva? (La risposta implicita
è: "no, fidati del fw, scemo!!!").
E infine l'ultima richiesta: potete consigliarmi qualche risorsa
introduttiva su Expression e AST così come esistono in Linq?

Grazie,
Giulio

p.s. di seguito il codice
____________________________________________
using System;
using System.Linq;
using System.Linq.Expressions;
using Domain;
using Specification;

namespace Specification
{
     public interface ISpecification<T>
     {
         ISpecification<T> Not();
         ISpecification<T> And(ISpecification<T> specification);
         ISpecification<T> Or(ISpecification<T> specification);
         Expression<Func<T, bool>> Get();
         bool IsSatisfiedBy(T item);
     }

     public abstract class Specification<T> : ISpecification<T>
     {
         protected Expression<Func<T, bool>> InnerExpression { get; set; }

         public virtual ISpecification<T> Not()
         {
             Expression<Func<T, bool>> @this = this.Get();
             InvocationExpression invoke = Expression.Invoke(@this,
@this.Parameters.Cast<Expression>());
             Expression<Func<T, bool>> not = Expression.Lambda<Func<T,
bool>>(Expression.Not(invoke), @this.Parameters);
             return new LambdaSpecification<T>(not);
         }

         public virtual ISpecification<T> And(ISpecification<T>
specification)
         {
             Expression<Func<T, bool>> @this = this.Get();
             Expression<Func<T, bool>> other = specification.Get();
             InvocationExpression invoke = Expression.Invoke(other,
@this.Parameters.Cast<Expression>());
             Expression<Func<T, bool>> and = Expression.Lambda<Func<T,
bool>>(Expression.And(@this.Body, invoke), @this.Parameters);
             return new LambdaSpecification<T>(and);
         }

         public virtual ISpecification<T> Or(ISpecification<T>
specification)
         {
             Expression<Func<T, bool>> @this = this.Get();
             Expression<Func<T, bool>> other = specification.Get();
             InvocationExpression invoke = Expression.Invoke(other,
@this.Parameters.Cast<Expression>());
             Expression<Func<T, bool>> or = Expression.Lambda<Func<T,
bool>>(Expression.Or(@this.Body, invoke), @this.Parameters);
             return new LambdaSpecification<T>(or);
         }

         public virtual Expression<Func<T, bool>> Get()
         {
             return this.InnerExpression;
         }

         public virtual bool IsSatisfiedBy(T item)
         {
             return this.Get().Compile().Invoke(item);
         }
     }
     public class LambdaSpecification<T> : Specification<T>
     {
         public LambdaSpecification(Expression<Func<T, bool>> expression)
         {
             this.InnerExpression = expression;
         }
     }
}

namespace Domain
{
     public class FooLabelNullOrEmptySpecification : Specification<Foo>
     {
         public FooLabelNullOrEmptySpecification()
         {
             this.InnerExpression = (item) =>
string.IsNullOrWhiteSpace(item.Label);
         }
     }

     public class FooIdGreatherEqualThanZeroSpecification :
Specification<Foo>
     {
         public FooIdGreatherEqualThanZeroSpecification()
         {
             this.InnerExpression = (item) => item.Id >= 0;
         }
     }

     public class Foo
     {
         public Foo(string label, int id)
         {
             this.Id = id;
             this.Label = label;
         }
         public int Id { get; set; }
         public string Label { get; set; }
     }
}


text:
Ciao Giulio,

You wrote on 27/03/2012 :

rispondo a quello a cui so rispondere :-)

> Mi trovo a dover fronteggiare qualche problema di coscienza per la gestione
> degli operatori. Per ora ho fatto tutto mediante combinazione di Expression.
> Mi chiedo: in uno scenario Linq2Sql (specialmente utilizzando NHibernate),
> quanto un approccio del genere può causarmi problemi a livello teorico?

secondo me parecchi :-) dettaglio: a me lo specification pattern piace
moltissimo, l'inghippo in questo caso, cioè quando hai a che fare con
un query provider e implicitamente sotto sotto con un db, è che rischi
di allontanarti troppo dalla sorgente dati astraendola anche
concettualmente e producendo alla fine del codice bellissimo ma delle
query sul db aberranti.

> Per la negazione di specification complesse, avevo pensato a tracciare la
> costruzione delle specification stesse e poi applicare De Morgan a mano :-P
> ma mi chiedo... siamo sicuri che serva? (La risposta implicita è: "no, fidati
> del fw, scemo!!!").

già, fidati :-)

.m

--
blog @ //
milestone.topics.it


text:
Ciao Mauro,

On 27/03/2012 10:40, Mauro Servienti [MVP] wrote:
> secondo me parecchi :-)

Do'h! :-P

> dettaglio: a me lo specification pattern piace
> moltissimo, l'inghippo in questo caso, cioè quando hai a che fare con un
> query provider e implicitamente sotto sotto con un db, è che rischi di
> allontanarti troppo dalla sorgente dati astraendola anche
> concettualmente e producendo alla fine del codice bellissimo ma delle
> query sul db aberranti.

Mumble mumble...
Ti spiego il problema di coscienza. Leggendo Evans/Fowler, c'è scritto
che la specification (intesa come oggetto che espone un metodo
.isSatistiedBy(Object o): bool) serve per la selezione ma anche per la
validazione dello stato di un oggetto.
Avevo pensato anche a una cosa del tipo:

interface ISpecification<T>
{
	IQueryable<T> Select(IQueryable<T> source);
}

e considerare la validazione del singolo elemento come riuscita quando
il risultato della .Select(.) ha un solo oggetto e questo coincide con
l'unico oggetto di 'source'. Ma perderebbe un po' di poesia... :-)

Ciao,
Giulio

--


text:
"Mauro Servienti [MVP]" <maurose...@online.nospam> wrote in message
news:mn.da807dc32...@online.nospam...

<snip>
> rischi di allontanarti troppo dalla sorgente dati astraendola anche
> concettualmente e producendo alla fine del codice bellissimo ma delle
> query sul db aberranti.

Ma poi perche' "bellissimo"?  Non che la meta-programmazione non sia un
argomento "affascinante"...  Ma, proprio approfondendo quella e simili
materie, intervengono altre considerazioni, limiti intrinseci (per lo meno
al paradigma corrente), e questioni di efficacia (in produzione!).  E i modi
canonici di costruire applicazioni di qualita' ed efficacemente danno
proprio l'indicazione opposta: *semplificare* il livello di astrazione.

Con questo non intendo che non hanno senso (per esempio) i linguaggi di alto
livello, ma neanche si ottiene ordine dal chaos, cioe' limitandosi ad
accumulare astrazioni su astrazioni.  Il mio consiglio a Giulio, ovviamente,
sarebbe quello di invertire completamente la rotta e ri-scoprire la
dimensione funzionale-relazionale degli invarianti del problema, e il DBMS
che ne incarna la sostanza e i servizi.  Poi tutto il resto diventa molto
molto piu' semplice.

-LV


text:
Ciao LudovicoVan,

You wrote on 06/04/2012 :
> Ma poi perche' "bellissimo"?  Non che la meta-programmazione non sia un
> argomento "affascinante"...  Ma, proprio approfondendo quella e simili
> materie, intervengono altre considerazioni, limiti intrinseci (per lo meno al
> paradigma corrente), e questioni di efficacia (in produzione!).  E i modi
> canonici di costruire applicazioni di qualita' ed efficacemente danno proprio
> l'indicazione opposta: *semplificare* il livello di astrazione.

+1, "bellissimo" esteticamente, codice che guardi, che hai sudato e di
cui sei apparentemente soddisfatto...ma...astrai asrtai e astrai... :-)



title: installazione windows server 2008 con windows virtual pc errore

author: Donato Grippo

text:
Buongiorno
sto cercando di installare windows server 2008 su windows virtual pc
niente da fare
all'inserimento del product key
mi dice
Windows
installation has encountered an error and needs to be restarted.
il mio sistema operativo è windows 7 x64
ho provato anche su xp con virtual pc
stessa cosa
ho tutti gli aggiornamenti fatti
Avete idee?
Grazie


text:

Ciao, questo gruppo discute il framework dotnet e affini, perciò
parliamo di programmazione e non di problematiche sistemistiche.
Per cortesia fai la tua domanda in un gruppo appropriato.
--
Raffaele Rialdi
http://www.iamraf.net
Weblog:
http://blogs.ugidotnet.org/raffaele
Microsoft MVP profile
https://mvp.support.microsoft.com/profile/raffaele
UGIdotNET -
http://www.ugidotnet.org/


text:
hai perfettamente ragione
non si capisce dove postare una richiesta del genere
a quale mi devo rivolgere?
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> ha scritto nel messaggio
news:mn.b2177db39...@n0spamvevy.com...



text:
Donato Grippo wrote:
> hai perfettamente ragione
> non si capisce dove postare una richiesta del genere
> a quale mi devo rivolgere?
Non frequento gruppi sistemistici ma potresti vedere dai messaggi
esistenti e dal manifesto se it.comp.os.win.windows7 è adatto alla
domanda.
Altrimenti vai sui technet forums (web ma usabili via nntp grazie al
"community bridge").



title: ...e se il mio IEnumerable<T> non supporta gli extension methods?

text:
Ciao a tutti,

ho una class FooManager con un metodo GetAll() che restituisce un
IEnumerable<Foo>. Il mio enumeratore è in realtà un generatore, e cioè
legge al .MoveNext() legge un nuovo file (selezionato secondo opportuni
criteri) da file system, lo parsifica e trova su una serie di oggetti
Foo (quindi 1 file != 1 oggetto Foo).

Questa scelta è stata fatta per questioni di performnce (una
enumerazione su tutti i file "in memory" causa spesso una OutOfMemory
exception). In uno scenario del genere, l'idea di un operatore .Count()
non è proprio una buona idea. Ho "evitato" con una
InvalidOperationException.

Esiste una strategia "condivisa" per certe situazioni?

Grazie e buona giornata,
Giulio

--


text:
Ciao Giulio,

You wrote on 17/04/2012 :
> Ho "evitato" con una InvalidOperationException.
>
> Esiste una strategia "condivisa" per certe situazioni?

No, InvalidOperationException o forse ancora meglio
NotSupportedException con una degna spiegazione sono l'unica cosa che
puoi fare

.m

--
blog @ //
milestone.topics.it


author: Andrea Saltarello

text:
Il 17/04/2012 10:50, Mauro Servienti [MVP] ha scritto:
> No, InvalidOperationException o forse ancora meglio
> NotSupportedException con una degna spiegazione sono l'unica cosa che
> puoi fare

IMHO quella "corretta" è la NotSupportedException perchè l'eccezione non
è dovuta allo stato dell'oggetto: stando a quanto dice Giulio, infatti,
non esiste uno stato per il quale la sequenza supporterebbe l'operatore
Count()

--
.A
GUISA -
http://www.guisa.org

UGIdotNET -
http://www.ugidotnet.org

Read my blog at:
http://blogs.ugidotnet.org/pape


text:

Fammi guardare al problema da una prospettiva diversa.
Innanzitutto sono curioso di capire in che modo lanceresti l'eccezione
all'invocazione di Count(), considerato che questo non è tuo codice
(spero tu non usi reflection per analizzare la call stack).

Più genericamente l'uso di Count() è noto per essere "costoso". Il
quanto dipende ovviamente dalla classe. Nei miei esempi mostro un
generatore di numeri primi che espone un enumeratore e Count
addirittura si "pianta" perché la sequenza non ha un termine. In realtà
ho stabilito un max per evitarlo, ma il concetto che IEnumerable non
espone Count proprio perché le sequenze possono anche non essere
finite.

Quindi secondo me il concetto di fondo è che non puoi decidere che uso
venga fatto del tuo oggetto. L'extension method è solo una 'syntax
sugar' e nulla di più. Quindi se l'utente si vuole fare del male, non
puoi evitarlo.

my 2c

--
Raffaele Rialdi
http://www.iamraf.net

Weblog:
http://blogs.ugidotnet.org/raffaele

Microsoft MVP profile
https://mvp.support.microsoft.com/profile/raffaele

UGIdotNET -
http://www.ugidotnet.org/


text:
On 18/04/2012 22:51, Andrea Saltarello wrote:
> IMHO quella "corretta" è la NotSupportedException perchè l'eccezione non
> è dovuta allo stato dell'oggetto: stando a quanto dice Giulio, infatti,
> non esiste uno stato per il quale la sequenza supporterebbe l'operatore
> Count()

Giusto!
:-)

Ciao,
Giulio

--


text:
Ciao Raf,

On 19/04/2012 08:42, Raffaele Rialdi [MVP] wrote:
> Innanzitutto sono curioso di capire in che modo lanceresti l'eccezione
> all'invocazione di Count(), considerato che questo non è tuo codice
> (spero tu non usi reflection per analizzare la call stack).

Devo ancora pensarci... :-)
Scherzi a parte, ho fatto una provetta "stupida" priva di significato.
Il mio era un discorso molto (forse troppo) concettuale.

> Più genericamente l'uso di Count() è noto per essere "costoso".
[cut]
> Quindi secondo me il concetto di fondo è che non puoi decidere che uso
> venga fatto del tuo oggetto. L'extension method è solo una 'syntax
> sugar' e nulla di più. Quindi se l'utente si vuole fare del male, non
> puoi evitarlo.

Certo, certo, ognuno è libero di distruggersi. :-)

Ciao,
Giulio

--


title: Deregistrare componenti Com scritti in .net

author: vbMizio

text:
Ciao a tutti,
mi scuso con chi leggera' questo messaggio anche in altri ng, comunque non
faccio xpost :-)
Ho una serie di progetti VB 2008 che espongono dei componenti a COM.
Vorrei deregistrare questi componenti sulla macchina di sviluppo, annullare
cioe' la registrazione che VS2008 fa automaticamente quando si compila il
progetto in questione, questo per fare un po' di pulizia e di ordine nel pc.
Come posso fare?
Basta usare il regasm sulla dll creata in \bin\release o cose del genere.


author: pasquale [:dedalus]

text:
On 28/02/2012 14:01, vbMizio wrote:
> Basta usare il regasm sulla dll creata in \bin\release o cose del genere.
Usa regasm sul path dell'assembly registrato che viene visualizzato
nella colonna "Path" della finestra "Add References" del progetto di VS


text:
Ciao Pasquale e grazie della risposta,
...
>Usa regasm sul path dell'assembly registrato che viene visualizzato
>nella colonna "Path" della finestra "Add References" del progetto di VS
...
Si, infatti ho fatto proprio cosi e la cosa sembra funzionare, anche se
adesso ho qualche altro problema, ma dato che si tratta di uno step
successivo, apro un altro thread per quel problema :-)
Grazie ancora.


title: Connessione Vb Express a SQL Server

author: Derko

text:
Salve a tutti, prima di avviare un nuovo post ho provato a cercare ma
non
mi sembra di aver trovato niente.
Sto usando vb express 2010 e volevo usare lo wizard per aggiungere un
origine dati a SQL Server per far generare al software dataset
tipizzati e quant' altro.
Il problema è che tra i data provider indica solo "file di database
Microsoft SQL".
Da quanto ho capito è una limitazione della ver. Express ma chiedo
conferma a chimi vorrà rispondere del Gruppo:
* è una limitazione ?
* è possibile aggiungere data provider ?
* qualcuno è cosi gentile da dirmi in due parole come usare tale
provider o indicare un guida per farlo? (non mi pare basti puntarlo al
file .mdf perché da errore).
Grazie.


title: Connessione Vb Express a SQL Server

text:
Ciao Derko,
You wrote on 01/07/2011 :
> * è una limitazione ?
si volutamente della express, proprio perchè è free. Da coldice puoi
comunque fare tutto quello che vuoi.
> * è possibile aggiungere data provider ?
credo proprio di no, idem come sopra.
> * qualcuno è cosi gentile da dirmi in due parole come usare tale
> provider o indicare un guida per farlo? (non mi pare basti puntarlo al
> file .mdf perché da errore).
mai fatto, ma ti posso assicurare che non è un file mdf (Access) ma un
ldf (Sql Server)
.m
--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com/profile/mauro
blog @
http://milestone.topics.it
whynot [ at ] topics [ dot ] it


title: Connessione Vb Express a SQL Server

text:
"Derko" <
don...@gmail.com
> wrote in message
news:956a54f6-2458-4de5...@x1g2000yqa.googlegroups.com...
> Sto usando vb express 2010 e volevo usare lo wizard per aggiungere un
> origine dati a SQL Server per far generare al software dataset
> tipizzati e quant' altro.
>
> Il problema è che tra i data provider indica solo "file di database
> Microsoft SQL".
Uso la versione Express 2010 a casa: da Database Explorer/Connect to a
Database lo vedo il data source (e relativi data provider) per Sql Server,
insieme ad Access, ODBC, Sql Server Database File, Oracle, e <other>...
Forse il problema e' altrove?  Ce l'hai Sql Server istallato per esempio?
-LV

--- Posted via news://
freenews.netfront.net/
 - Complaints to
ne...@netfront.net
 ---


title: Connessione Vb Express a SQL Server

text:
"LudovicoVan" <
ju...@diegidio.name
> wrote in message
news:iul66s$fl9$1...@adenine.netfront.net...
> "Derko" <
don...@gmail.com
> wrote in message
> news:956a54f6-2458-4de5...@x1g2000yqa.googlegroups.com...
>> Il problema è che tra i data provider indica solo "file di database
>> Microsoft SQL".
>
> Uso la versione Express 2010 a casa: da Database Explorer/Connect to a
> Database lo vedo il data source (e relativi data provider) per Sql Server,
> insieme ad Access, ODBC, Sql Server Database File, Oracle, e <other>...
No, in effetti e' da Visual Web Developer che la vedo...



title: Connessione Vb Express a SQL Server

author: Luca Menegotto

text:
On Fri, 01 Jul 2011 12:51:58 +0200, Mauro Servienti [MVP] wrote:
> si volutamente della express, proprio perchè è free. Da coldice puoi
> comunque fare tutto quello che vuoi.
Io continuo a pensare che i wizard facciano danni e basta.
;-)
--
Ciao!
Luca


title: Connessione Vb Express a SQL Server

text:
Ciao Luca,

anche io :-)



title: Connessione Vb Express a SQL Server

text:
On 2 Lug, 09:33, Mauro Servienti [MVP] <mauroservie...@online.nospam>
wrote:
> Ciao Luca,
>
> You wrote on 02/07/2011 :
>
> > On Fri, 01 Jul 2011 12:51:58 +0200, Mauro Servienti [MVP] wrote:
>
> >> si volutamente della express, proprio perchè è free. Da coldice puoi
> >> comunque fare tutto quello che vuoi.
>
> > Io continuo a pensare che i wizard facciano danni e basta.
>
> anche io :-)
>
> .m
>
> --
> Mauro Servienti
> {C67C0157-5D98-4733-A75E-93CAEE4BADC8}
> Microsoft MVP - Visual C# / MCTShttp://
mvp.support.microsoft.com/profile/mauro
> blog @
http://milestone.topics.it
> whynot [ at ] topics [ dot ] it
Si forse, ma dal mio modesto punto di vista, credo che la potenza di
tali ambienti di sviluppo sia proprio quella di velocizzare il lavoro
con tutte queste automazioni, lo stesso framework, del
resto, credo sia nato anche con questo scopo: oggetti già fatti pronti
a l' uso.
Grazie della risposta.


title: Connessione Vb Express a SQL Server

text:
Ciao Derko,
You wrote on 04/07/2011 :
> Si forse, ma dal mio modesto punto di vista, credo che la potenza di
> tali ambienti di sviluppo sia proprio quella di velocizzare il lavoro
> con tutte queste automazioni, lo stesso framework, del
> resto, credo sia nato anche con questo scopo: oggetti giï¿œ fatti pronti
> a l' uso.
ci sta, ma il problema di fondo ï¿œ che una classe del framework risolve
un problema noto a design time, cioï¿œ chi ha disegnato quella classe sa
molto bene che bisogno voleva soddisfare, mentre un wizard di VS tende
a porsi come soluzione per un *tuo* bisogno non proprio ben noto al
momento in cui il wizard ï¿œ stato pensato.
> Grazie della risposta.
.m
--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com/profile/mauro
blog @
http://milestone.topics.it



title: Problema Custom Filters

author: Emanuele Vecchi

text:
Sto realizzando dei custom Filters nell'ambito di un sito Dynamic
Data, ma ricevo questo errore:
Impossibile eseguire il cast di oggetti di tipo
'System.Web.DynamicData.MetaColumn' sul tipo
'System.Web.DynamicData.MetaForeignKeyColumn'.
Codice List.aspx:
Filtri di ricerca:
                <asp:DynamicFilter ID="FiltoRicerca" runat="server"
FilterUIHint="ForeignKey"
                    OnFilterChanged="DynamicFilter_FilterChanged"
DataField="CODICEPRODUTTORE">
                </asp:DynamicFilter>
<asp:QueryExtender TargetControlID="GridDataSource"
ID="GridQueryExtender" runat="server">
                <asp:DynamicFilterExpression ControlID="FiltoRicerca" /
>
            </asp:QueryExtender>
Codice ForeignKey.ascx.cs non modificato, perchè invece lasciando i
filtri default funziona tutto senza problemi sul cast?


title: Problema Custom Filters

text:
Trovata la soluzione, la posto per chi avesse lo stesso mio problema,
basta impostare come DataField del DynamicFilter il
NOMETABELLA, nel mio caso
Filtri di ricerca:
                <asp:DynamicFilter ID="FiltoRicerca" runat="server"
FilterUIHint="ForeignKey"
                    OnFilterChanged="DynamicFilter_FilterChanged"
DataField="MK08_PRODUTTORI">
                </asp:DynamicFilter>
Spero che sia di aiuto a chi come me aveva lo stesso problema
ciao!


title: Sapere se un file e' fisicamente su un server linux

text:
Ciao a tutti,
sto lavorando ad un semplice componente per sapere, in tempo quasi reale, se
un file viene modificato.
A tal proposito utilizzo la classe System.IO.FileSystemWatcher. Ho notato
pero' che questo sistema non funziona se devo fare il monitoraggio di un
file che si trova fisicamente su un sistema basato su linux.
Da quel poco che ho letto, e' un limite noto.
L'unico modo che mi viene in mente per superare il problema e' quello di
utilizzare un timerino che ogni tot millisecondi va a controllare l'ultima
data di scrittura del file stesso. Vorrei pero' fare in modo che,
automaticamente, il mio componente capisca se sta controllando un file
residente siu un sistema Windows (e quindi continuare ad utilizzare
System.IO.FileSystemWatcher) oppure su sistemi non supportati, e quindi
andare di timer.
Dopo questa lunga premessa, eccoci alla domanda...
Come fare per sapere, dato il nome e il percorso del file (di solito su
unita' mappata), che tipo di sistema mi sta rendendo disponibile il file
stesso?
Grazie... Maurizio


text:

A mio avviso fai prima a fare un test quando inizi il monitoraggio.
- Cominci ad ascoltare
- scrivi un file temporaneo su quel volume
- se ti arriva la notifica sei ok altrimenti cancelli il file e avvii
la procedura di polling
A tutti gli effetti così ottieni risultati migliori perché un domani
potresti trovarti in una situazione in cui viene implementato SMB 2.0
al 100% e le notifiche ti arrivano anche se usi un fs Linux.
--
Raffaele Rialdi
http://www.iamraf.net
Weblog:
http://blogs.ugidotnet.org/raffaele
Microsoft MVP profile
https://mvp.support.microsoft.com/profile/raffaele
UGIdotNET -
http://www.ugidotnet.org/


text:
Ciao Raffaele, grazie per la risposta,
...
>A mio avviso fai prima a fare un test quando inizi il monitoraggio. [...]
...
In effetti avevo pensato anche io ad una soluzione simile.
Grazie ancora... Maurizio


title: Molto OT... conoscete un software per leggere sms e spedire via mail

text:
Ciao a tutti,
scusate il fooorte OT, ma questo e' uno dei pochi ng che seguo regolarmente.
Avrei bisogno di un programmino che legga gli sms ricevuti da una sim
contenuta in una chiavetta usb e che rispedisca il testo dell'sms verso un
indirizzo di posta elettronica.
So che non e' per niente difficile farlo, gia' tempo fa con VB6 avevo fatto
una cosa simile, che dopo aver letto l'sms dalla chiavetta, li metteva
dentro un db ecc... dovrei metter su un client di posta semplice semplice,
ma non ho proprio il tempo di farlo, visto che serve.. ieri :-)
Se qualcuno ha qualche nome da fare, ne sarei grato.
Ciao


text:
Il Fri, 30 Sep 2011 14:17:13 +0200, vbMizio ha scritto:

> So che non e' per niente difficile farlo, gia' tempo fa con VB6 avevo fatto
> una cosa simile, che dopo aver letto l'sms dalla chiavetta, li metteva
> dentro un db ecc... dovrei metter su un client di posta semplice semplice,
> ma non ho proprio il tempo di farlo, visto che serve.. ieri :-)

Con
VB.NET
 puoi fare l'invio di una mail copiando il codice che trovi in 10
minuti in rete (anche con la express che è gratuita).

A quel punto dal tuo vecchio programma vb6 fai l'export di un file e lanci
il tuo programma che legge questo file ed invia l'email.


text:
Ciao Andrea, grazie della risposta,
....
>Con
VB.NET
 puoi fare l'invio di una mail copiando il codice che trovi in 10
minuti in rete (anche con la express che è gratuita).

>A quel punto dal tuo vecchio programma vb6 fai l'export di un file e lanci
il tuo programma che legge questo file ed invia l'email.
...
Uhm, no, questa situazione non mi piace... o rifaccio tutto in Net o trovo
qualche cosa di gia' pronto.
Grazie comunque... Maurizio


text:
"vbMizio" <
vbm...@io.it
> wrote in message
news:4e85b357$0$15663$4faf...@reader2.news.tin.it...

> dovrei metter su un client di posta semplice semplice,

In VB6 puoi usare CDOSYS: cerca in rete documentazione ed esempi.

-LV


title: diff access + vba e C#

author: MasterControl

text:
Ciao
partendo dal presupposto che si è in grado di utilizzare C# o
direttamente access per realizzare delle maschere di accesso ai dati, a
livello temporale con access si risparmia molto tempo?
grazie


title: diff access + vba e C#

text:

Io ti consiglio di stare su C# anche perché sta per arrivare la
versione LightSwitch che è pensata per utenti molto base e con una
serie di wizard che dovrebbero totalmente spazzare via access
http://www.microsoft.com/visualstudio/en-us/lightswitch
--
Raffaele Rialdi
http://www.iamraf.net
Weblog:
http://blogs.ugidotnet.org/raffaele
Microsoft MVP profile
https://mvp.support.microsoft.com/profile/raffaele
UGIdotNET -
http://www.ugidotnet.org/


title: diff access + vba e C#

author: MA

text:
"Raffaele Rialdi [MVP]"  ha scritto nel messaggio
news:mn.3d517db4e...@n0spamvevy.com...
MasterControl wrote:
> partendo dal presupposto che si è in grado di utilizzare C# o direttamente
> access per realizzare delle maschere di accesso ai dati, a livello
> temporale con access si risparmia molto tempo?
Io ti consiglio di stare su C# anche perché sta per arrivare la
versione LightSwitch che è pensata per utenti molto base e con una
serie di wizard che dovrebbero totalmente spazzare via access
http://www.microsoft.com/visualstudio/en-us/lightswitch
_____________Risposta:
Ciao Raffaele, è vero che sono decisamente di parte, ma andrei cauto con
queste affermazioni.
Ahimè Access ha una bruttissima nomea, alimentata da chi non lo usa e/o non
lo sa usare
Che LightSwitch possa diventare uno strumento comodo ne sono convinto
MA


title: diff access + vba e C#

text:
MA wrote:
> Ciao Raffaele, è vero che sono decisamente di parte, ma andrei cauto con
> queste affermazioni.
In che senso?
> Ahimè Access ha una bruttissima nomea, alimentata da chi non lo usa e/o non
> lo sa usare
Access è stata un'ottima soluzione in passato, ma oggi per un dev è una
piaga:
- sviluppi una app in access, poi quando scopri di dover aggiungere una
nuova feature scopri che lo strumento non può darti di più e devi
ricominciare da zero con strumenti più seri.
- l'accesso ai dati usa solo cursori lato server e questo ti da immensi
problemi di lock delle pagine, quindi cattiva concorrenza e pessima
scalabilità. Oggi che i pc sono distriuiti negli uffici come funghi è
molto probabile soffrire di questi problemi rispetto ad un tempo.
- la recovery dei db corrotti è un incubo
- il set di istruzioni sql è molto differente da quello della famiglia
sql server. Invece con SQL Compact (che è un solo file come mdb) usi lo
stesso tsql di sql server full. Questo significa che se vuoi scalare
verso un sql express il passaggio è indolore.
- il deploy di una app access senza installare access è un problema
grosso perché richiede l'installazione del runtime, di ado (che oggi
non è più di base dentro windows) e peggio di tutti servono requisiti
di amministratore. Con una app C# puoi fare il deploy da web usando
ClickOnce.
- ...
> Che LightSwitch possa diventare uno strumento comodo ne sono convinto
> MA
LightSwitch sembra avere come target quello di dare degli strumenti
molto semplici, usabili da chiunque sappia anche solo "pasticciare".
Il target a me sembra lo stesso di chi sviluppava access ma la
differenza è abissale. Hai codice C# che, volendo, potrai migrare in
una applicazione più seria. La strada quindi non è preclusa come in
access.
Detto questo, onore al merito ad access il cui DB è quello che fa
girare server come Exchange ...



title: diff access + vba e C#

author: dedalus

text:
On 08/04/2011 11:16, Raffaele Rialdi [MVP] wrote:
> l'accesso ai dati usa solo cursori lato server
In che senso? Se usi VBA non dovrebbe essere così... o ti riferisci a
qualcos'altro?


title: diff access + vba e C#

text:
dedalus wrote:
>> l'accesso ai dati usa solo cursori lato server
>
> In che senso? Se usi VBA non dovrebbe essere così... o ti riferisci a
> qualcos'altro?
Io ricordo che quando apri un recordset non puoi fruirne più se chiudi
la connessione.
In pratica su access hai solo "adUseServer" e non "adUseClient" (non
hai neppure la scelta se non ricordo male)
Con adUseClient dopo la chiusura della connessione il recordset è in
memoria e fruibile.



title: diff access + vba e C#

text:
"Raffaele Rialdi [MVP]"  ha scritto nel messaggio
news:mn.42a47db46...@n0spamvevy.com...
MA wrote:
> Ciao Raffaele, è vero che sono decisamente di parte, ma andrei cauto con
> queste affermazioni.
In che senso?
___________Risposta:
nel senso che lo uso diffusamente e sono certo che potrebbe sorprenderti, se
gli chiedi di fare quello per cui è stato creato e poco in più
> Ahimè Access ha una bruttissima nomea, alimentata da chi non lo usa e/o
> non lo sa usare
Access è stata un'ottima soluzione in passato, ma oggi per un dev è una
piaga:
- sviluppi una app in access, poi quando scopri di dover aggiungere una
nuova feature scopri che lo strumento non può darti di più e devi
ricominciare da zero con strumenti più seri.
_________________Risposta:
Cosa intendi per una nuova feature? credo  che se sbagli l'impostazione
questo problema ce l'hai con tutto.
Anche WPF, se non vuoi usare i servizi ma accedere ai db ci sbatti contro.
Bisogna vedere come crei e se ti infili in "cul de sac" dai quali è
difficile saltar fuori.
- l'accesso ai dati usa solo cursori lato server e questo ti da immensi
problemi di lock delle pagine, quindi cattiva concorrenza e pessima
scalabilità. Oggi che i pc sono distriuiti negli uffici come funghi è
molto probabile soffrire di questi problemi rispetto ad un tempo.
- la recovery dei db corrotti è un incubo
- il set di istruzioni sql è molto differente da quello della famiglia
sql server. Invece con SQL Compact (che è un solo file come mdb) usi lo
stesso tsql di sql server full. Questo significa che se vuoi scalare
verso un sql express il passaggio è indolore.
_________________Risposta:
Ecco il nocciolo del problema. Spesso si confonde Access come db e Access
come GUI.
Siamo tutti d'accordo che avendo SQL Express uno usa quello.
La gestione della concorrenza è un problema di impostazione, poi se vuoi
lavorare in maniera disconnessa è una scelta (mica poi tanto comoda)
e lo puoi tranquillamente fare anche con Access
- il deploy di una app access senza installare access è un problema
grosso perché richiede l'installazione del runtime, di ado (che oggi
non è più di base dentro windows) e peggio di tutti servono requisiti
di amministratore. Con una app C# puoi fare il deploy da web usando
ClickOnce.
________________Risposta:
beh se il client ha il runtime (Come la Java, come Silverlight, come tanti
altri linguaggi/tecnologie)
e usi DAO qual'è il problema?
Tutta sta esigenza di deployare da web poi.. con l'accesso remoto fai tutto
se hai degli utonti
> Che LightSwitch possa diventare uno strumento comodo ne sono convinto
> MA
LightSwitch sembra avere come target quello di dare degli strumenti
molto semplici, usabili da chiunque sappia anche solo "pasticciare".
Il target a me sembra lo stesso di chi sviluppava access ma la
differenza è abissale. Hai codice C# che, volendo, potrai migrare in
una applicazione più seria. La strada quindi non è preclusa come in
access.
___________Risposta:
beh qui sbagli, sottovaluti lo strumento e gli sviluppatori.
Io non dico che Access sia meglio di C#, ma è abissale la differenza con
LightSwitch
Magari alla prossima CISA, la conferenza che organizzo alla Microsoft di
Milano, ti invito e spero tu voglia essere mio gradito ospite
e un intervento lo facciamo Access vs LightSwitch
--
Ciao
MA


title: diff access + vba e C#

author: max

text:
concordo con Raffaele
Non conosco benissimo Access, ho comprato10 anni fa la guida Mondadori
"Access 2000"
Ricordo solo che era tutto molto pasticciato.
Access ha una gestione dei dati e delle interfacce utente che io definirei
"Bimbominkia"
tra l'altro se devi fare una query piů complessa tipo una cte ricorsiva mi
sa che non la supporta neanche
in sostanza per fare una rubrica o qualcosa del genere va bene
altrimenti evitalo come la peste.
Max
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> ha scritto nel messaggio
news:mn.42b87db4c...@n0spamvevy.com...
> dedalus wrote:
>>> l'accesso ai dati usa solo cursori lato server
>>
>> In che senso? Se usi VBA non dovrebbe essere cosě... o ti riferisci a
>> qualcos'altro?
>
> Io ricordo che quando apri un recordset non puoi fruirne piů se chiudi la
> connessione.
> In pratica su access hai solo "adUseServer" e non "adUseClient" (non hai
> neppure la scelta se non ricordo male)
> Con adUseClient dopo la chiusura della connessione il recordset č in



title: diff access + vba e C#

text:
"max"  ha scritto nel messaggio
news:4_Anp.19502$%g.5...@twister1.libero.it...
concordo con Raffaele
Non conosco benissimo Access, ho comprato10 anni fa la guida Mondadori
"Access 2000"
Ricordo solo che era tutto molto pasticciato.
Access ha una gestione dei dati e delle interfacce utente che io definirei
"Bimbominkia"
tra l'altro se devi fare una query piů complessa tipo una cte ricorsiva mi
sa che non la supporta neanche
in sostanza per fare una rubrica o qualcosa del genere va bene
altrimenti evitalo come la peste.
Max
___________Risposta:
Ecco da ove si parte,
da reminiscenze confuse che partono da tentativi poco convinti.
Per la CTE devi scrivere TSQL, stessa cosa con il VBA.
In un'app si usano solo le tabelle, come oggetti salvati tutto il resto č
codice o come per .NET tu hai i SourceObject puoi usarli come origine degli
oggetti (report, Form/subform, combo, listbox etc...)
Ripeto a te come lo dicevo a Raffaele dividete il db dalla GUI
MA



title: diff access + vba e C#

text:
On 08/04/2011 11:57, max wrote:
> concordo con Raffaele
>
> Non conosco benissimo Access, ho comprato10 anni fa la guida Mondadori
> "Access 2000"
Bhè non è così: si poteva usare benissimo anche un cursore lato client!
ps: anch'io comprai quel libro... faceva veramente pena (il libro).


title: diff access + vba e C#

text:
MA wrote:
> Cosa intendi per una nuova feature? credo  che se sbagli l'impostazione
> questo problema ce l'hai con tutto.
> Anche WPF, se non vuoi usare i servizi ma accedere ai db ci sbatti contro.
> Bisogna vedere come crei e se ti infili in "cul de sac" dai quali è difficile
> saltar fuori.
Non ci sono paragoni tra la possibilità di far crescere una
applicazione scritta in C# e una scritta in vba.
Non parlo di casi limite ma di quello che avviene normalmente perché
agli utenti la fame vien mangiando.
Crescita di utenti, aggiunta di controlli UI più sofisticati, query
complesse, etc. etc.
> _________________Risposta:
> Ecco il nocciolo del problema. Spesso si confonde Access come db e Access
> come GUI.
> Siamo tutti d'accordo che avendo SQL Express uno usa quello.
> La gestione della concorrenza è un problema di impostazione, poi se vuoi
> lavorare in maniera disconnessa è una scelta (mica poi tanto comoda)
> e lo puoi tranquillamente fare anche con Access
I due sono legati tra loro quindi i paragoni devono essere fatti sia
per i limiti a livello db che di gui.
La disconnessione la uso dal 1998 con vc++ e
ado.net
 2.0. Se conosci
entrambi non torni mai più indietro per performance, scalabilità e
usabilità.
> beh se il client ha il runtime (Come la Java, come Silverlight, come tanti
> altri linguaggi/tecnologie)
> e usi DAO qual'è il problema?
Il runtime di access è limitato ... ad access! Java, .net e SL fanno un
milione di cose di più. Non sono paragonabili.
DAO è nettamente inferiore alle tecnologie più recenti per gestire
l'accesso ai dati. Ci sarebbe da domandarsi perché avrebbero creato
negli anni Oledb e poi i provider .net ... tutti pazzi?
> Tutta sta esigenza di deployare da web poi.. con l'accesso remoto fai tutto
> se hai degli utonti
E tu stai a fare tutto con una macchina alla volta?
E il versioning come lo gestisci? Clickonce permette all'utente di
installare una versione o se preferisce di tornare alla precedente.
Tanto per dirne una ...
> beh qui sbagli, sottovaluti lo strumento e gli sviluppatori.
> Io non dico che Access sia meglio di C#, ma è abissale la differenza con
> LightSwitch
certo, a favore di lightswitch, non ho dubbi su questo, soprattutto per
investimento professionale di chi lo impara
>
> Magari alla prossima CISA, la conferenza che organizzo alla Microsoft di
> Milano, ti invito e spero tu voglia essere mio gradito ospite
> e un intervento lo facciamo Access vs LightSwitch
Ad essere sincero mi vanno superstretti sia l'uno che l'altro.
Personalmente non rinuncio ad usare WPF con MVVM, accesso ai dati con
EF 4.1 e ovviamente WCF.
La produttività di questi strumenti (che usano lo stesso runtime di
LightSwitch) è immensa per chi li sa usare.
Però consiglio LightSwitch a chi è un novello, perché giustamente non
tutti devono diventare dei "pro" per mettere su una piccola
applicazione. Il vantaggio è che un giorno potrà passare ad
applicazioni più complesse se lo vorrà. Almeno avrà imparato C#, il
framework e tante altre nozioni di base riusabili.



title: diff access + vba e C#

text:
dedalus wrote:
> Bhè non è così: si poteva usare benissimo anche un cursore lato client!
ok, mi fido, grazie :)



title: diff access + vba e C#

text:
MA wrote:
> Ecco da ove si parte,
> da reminiscenze confuse che partono da tentativi poco convinti.
> Per la CTE devi scrivere TSQL, stessa cosa con il VBA.
> In un'app si usano solo le tabelle, come oggetti salvati tutto il resto è
> codice o come per .NET tu hai i SourceObject puoi usarli come origine degli
> oggetti (report, Form/subform, combo, listbox etc...)
> Ripeto a te come lo dicevo a Raffaele dividete il db dalla GUI
> MA
Partiamo allora da concetti di ingegneria del software.
Quali pattern puoi usare in modo naturale con access per creare una
applicazione che sia gestibile in tutto il suo ciclo di vita?
Puoi usare MVC, MVP, MVVM, DocumentView, etc. senza 'forzature'?
Come puoi disaccoppiare lo strato di accesso ai dati dall'object model
e dall'interfaccia utente?
Come puoi dare da progettare ad un grafico una form che sia facilmente
usabile dagli utenti?
Come puoi rendere l'applicazione localizzabile in diverse lingue?
Queste non sono filosofie ma problemi che vanno risolti anche su
applicazioni usate da aziende piccole.



title: diff access + vba e C#

text:
"Raffaele Rialdi [MVP]"  ha scritto nel messaggio
news:mn.42e77db48...@n0spamvevy.com...
MA wrote:
> Ecco da ove si parte,
> da reminiscenze confuse che partono da tentativi poco convinti.
> Per la CTE devi scrivere TSQL, stessa cosa con il VBA.
> In un'app si usano solo le tabelle, come oggetti salvati tutto il resto è
> codice o come per .NET tu hai i SourceObject puoi usarli come origine
> degli oggetti (report, Form/subform, combo, listbox etc...)
> Ripeto a te come lo dicevo a Raffaele dividete il db dalla GUI
> MA
Partiamo allora da concetti di ingegneria del software.
Quali pattern puoi usare in modo naturale con access per creare una
applicazione che sia gestibile in tutto il suo ciclo di vita?
Puoi usare MVC, MVP, MVVM, DocumentView, etc. senza 'forzature'?
__________________Risposta:
sull'applicazione di pattern in maniera naturale hai ragione
Come puoi disaccoppiare lo strato di accesso ai dati dall'object model
e dall'interfaccia utente?
Come puoi dare da progettare ad un grafico una form che sia facilmente
usabile dagli utenti?
Come puoi rendere l'applicazione localizzabile in diverse lingue?
Queste non sono filosofie ma problemi che vanno risolti anche su
applicazioni usate da aziende piccole.
___________Risposta:
Mi sa che conosci poco Access
;-)
MA


title: diff access + vba e C#

text:
"Raffaele Rialdi [MVP]"  ha scritto nel messaggio
news:mn.42e27db42...@n0spamvevy.com...
MA wrote:
> Cosa intendi per una nuova feature? credo  che se sbagli l'impostazione
> questo problema ce l'hai con tutto.
> Anche WPF, se non vuoi usare i servizi ma accedere ai db ci sbatti contro.
> Bisogna vedere come crei e se ti infili in "cul de sac" dai quali è
> difficile saltar fuori.
Non ci sono paragoni tra la possibilità di far crescere una
applicazione scritta in C# e una scritta in vba.
__________Risposta:
certo, di questo sono convinto, tant'è che io mi sto guardando intorno e
vengo sul NG di .NET, ma non sputerei sopra ai margini di operatività di
un'applicazione Access.
Non parlo di casi limite ma di quello che avviene normalmente perché
agli utenti la fame vien mangiando.
Crescita di utenti, aggiunta di controlli UI più sofisticati, query
complesse, etc. etc.
________Risposta:
Guarda che di fame agli utenti, per fortuna, nel mio passato ne ho tolta
tanta.
Si parte sempre dagli stessi punti.
Access permette lo sviluppo rapido di un'applicazione di gestione di dati.
Se hai bisogno di qualcosa di più complesso tipo Controlli sofisticati c'è
bisogno di più tempo, ma alla fine sortiscono fuori.
Il fatto che tu ce li abbia + o - nativi può essere capzioso, nel senso che
bisogna prima capire se la velocità di ottenere qualcosa è o no un pregio
dell'applicazione: se lo è
allora la rapidità di sviluppo che ha Access te la sogni
> _________________Risposta:
> Ecco il nocciolo del problema. Spesso si confonde Access come db e Access
> come GUI.
> Siamo tutti d'accordo che avendo SQL Express uno usa quello.
> La gestione della concorrenza è un problema di impostazione, poi se vuoi
> lavorare in maniera disconnessa è una scelta (mica poi tanto comoda)
> e lo puoi tranquillamente fare anche con Access
I due sono legati tra loro quindi i paragoni devono essere fatti sia
per i limiti a livello db che di gui.
La disconnessione la uso dal 1998 con vc++ e
ado.net
 2.0. Se conosci
entrambi non torni mai più indietro per performance, scalabilità e
usabilità.
__________Risposta:
Scelte. Ma scelte operabili anche in Access, non è vero il contrario.
> beh se il client ha il runtime (Come la Java, come Silverlight, come tanti
> altri linguaggi/tecnologie)
> e usi DAO qual'è il problema?
Il runtime di access è limitato ... ad access! Java, .net e SL fanno un
milione di cose di più. Non sono paragonabili.
DAO è nettamente inferiore alle tecnologie più recenti per gestire
l'accesso ai dati. Ci sarebbe da domandarsi perché avrebbero creato
negli anni Oledb e poi i provider .net ... tutti pazzi?
__________Risposta:
e secondo te il tuo cliente se ne frega?
Se anche dovessi poi installare qualcosa in + è tutto questo problema?
> Tutta sta esigenza di deployare da web poi.. con l'accesso remoto fai
> tutto se hai degli utonti
E tu stai a fare tutto con una macchina alla volta?
E il versioning come lo gestisci? Clickonce permette all'utente di
installare una versione o se preferisce di tornare alla precedente.
Tanto per dirne una ...
___Risposta:
Non fare così, tu hai ClickOnce e non ti sei industriato a fare
diversamente, ma veramente credi che lo sviluppatore Access medio sia con la
clava in mano?
E fare un versioning diverso secondo te è così tanto difficile? Alla fine
sono solo dei file distribuiti con nomi diversi.
> beh qui sbagli, sottovaluti lo strumento e gli sviluppatori.
> Io non dico che Access sia meglio di C#, ma è abissale la differenza con
> LightSwitch
certo, a favore di lightswitch, non ho dubbi su questo, soprattutto per
investimento professionale di chi lo impara
___Risposta:
Per l'investimento ok, per il paragone ci andrei calmo.
>
> Magari alla prossima CISA, la conferenza che organizzo alla Microsoft di
> Milano, ti invito e spero tu voglia essere mio gradito ospite
> e un intervento lo facciamo Access vs LightSwitch
Ad essere sincero mi vanno superstretti sia l'uno che l'altro.
Personalmente non rinuncio ad usare WPF con MVVM, accesso ai dati con
EF 4.1 e ovviamente WCF.
La produttività di questi strumenti (che usano lo stesso runtime di
LightSwitch) è immensa per chi li sa usare.
___Risposta:
E questo che c'entra?
E' certo che sai usare la F1 ti vanno strette le altre auto, Panda o
Mercedes che siano
Qui il paragone non è tra Access e WPF
Però consiglio LightSwitch a chi è un novello, perché giustamente non
tutti devono diventare dei "pro" per mettere su una piccola
applicazione. Il vantaggio è che un giorno potrà passare ad
applicazioni più complesse se lo vorrà. Almeno avrà imparato C#, il
framework e tante altre nozioni di base riusabili.
___Risposta:
E tu credi che chi poi sa usare LightSwitch poi può usare tranquillamente
WPF?
Se poi devi imparare a livello serio un linguaggio, ti conviene partire bene
e non sporcato da qualcosa di simile.
Anche perchè in 1 anno o 2 i linguaggi si rivoluzionano: pensa a ASP MVC,
Silverlight e quant'altro
MA


title: diff access + vba e C#

text:
MA wrote:
> sull'applicazione di pattern in maniera naturale hai ragione
[...]
> Mi sa che conosci poco Access
> ;-)
> MA
Mi sa che conosci poco il fx :)



title: diff access + vba e C#

text:
MA wrote:
> certo, di questo sono convinto, tant'è che io mi sto guardando intorno e
> vengo sul NG di .NET, ma non sputerei sopra ai margini di operatività di
> un'applicazione Access.
Ha avuto i suoi pregi in passato ma oggi esistono strumenti
immensamente più produttivi
> Guarda che di fame agli utenti, per fortuna, nel mio passato ne ho tolta
> tanta.
> Si parte sempre dagli stessi punti.
>
> Access permette lo sviluppo rapido di un'applicazione di gestione di dati.
> Se hai bisogno di qualcosa di più complesso tipo Controlli sofisticati c'è
> bisogno di più tempo, ma alla fine sortiscono fuori.
> Il fatto che tu ce li abbia + o - nativi può essere capzioso, nel senso che
> bisogna prima capire se la velocità di ottenere qualcosa è o no un pregio
> dell'applicazione: se lo è
> allora la rapidità di sviluppo che ha Access te la sogni
Se affermi questo significa che non conosci cosa offre
vs.net
 e il
framework.
In termini di produttività il vantaggio del fx è abissale.
Non c'è dubbio che, come ho detto fin dall'inizio, il fx richieda
maggiori "skill". E il discorso switchlight nasce proprio per abbattere
questo problema.
> Scelte. Ma scelte operabili anche in Access, non è vero il contrario.
Non scelte ma risposte architetturali a problemi concreti.
L'elimizione del cursore server in
ado.net
 non è casuale nè una follia.
> e secondo te il tuo cliente se ne frega?
Il cliente vede i risultati, quindi indirettamente li vede.
> Se anche dovessi poi installare qualcosa in + è tutto questo problema?
il costo totale deve tenere conto anche di questo
> Non fare così, tu hai ClickOnce e non ti sei industriato a fare diversamente,
> ma veramente credi che lo sviluppatore Access medio sia con la clava in mano?
> E fare un versioning diverso secondo te è così tanto difficile? Alla fine
> sono solo dei file distribuiti con nomi diversi.
no, niente clava, LOL. Ma il versioning è molto di più che qualche file
con nome diverso
> Ad essere sincero mi vanno superstretti sia l'uno che l'altro.
> Personalmente non rinuncio ad usare WPF con MVVM, accesso ai dati con
> EF 4.1 e ovviamente WCF.
> La produttività di questi strumenti (che usano lo stesso runtime di
> LightSwitch) è immensa per chi li sa usare.
>
> ___Risposta:
> E questo che c'entra?
> E' certo che sai usare la F1 ti vanno strette le altre auto, Panda o Mercedes
> che siano
> Qui il paragone non è tra Access e WPF
Il paragone è tra due soluzioni allo stesso problema.
Il fx ti offre delle scelte che vanno dalla applicazione RAD da
scrivere in 10 minuti a progetti di enorme complessità.
Hai la scelta a seconda del problema, puoi scalare se serve.
> E tu credi che chi poi sa usare LightSwitch poi può usare tranquillamente
> WPF?
> Se poi devi imparare a livello serio un linguaggio, ti conviene partire bene
> e non sporcato da qualcosa di simile.
> Anche perchè in 1 anno o 2 i linguaggi si rivoluzionano: pensa a ASP MVC,
> Silverlight e quant'altro
>
Inizia a familiarizzare e poi è sua scelta se fare il passo successivo
o meno.



title: diff access + vba e C#

text:
"Raffaele Rialdi [MVP]"  ha scritto nel messaggio
news:mn.43d87db40...@n0spamvevy.com...
Va be'
Dichiaro conclusa da parte mia questa discussione
che non è mai voluta essere una guerra di religione.
Rimaniamo con l'illusione/speranza che uno ha avvicinato l'altro alla sua
posizione.
Ciao e grazie dell'attenzione
MA


title: diff access + vba e C#

text:
MA wrote:
> Va be'
> Dichiaro conclusa da parte mia questa discussione
> che non è mai voluta essere una guerra di religione.
no, per carità ... prendila come entusiasmo per strumenti e tecnologie
che trito ogni singolo giorno
> Rimaniamo con l'illusione/speranza che uno ha avvicinato l'altro alla sua
> posizione.
:)
> Ciao e grazie dell'attenzione
> MA
Ciao e grazie anche a te



title: diff access + vba e C#

author: Mauro Gamberini

text:
<cut>
*******************************************
Vi consolo entrambi.
*Dalle mie parti* considerano *database* un foglio di Excel... ;-)
---------------------------
Mauro Gamberini
Microsoft MVP - Excel
http://www.riolab.org/
http://www.maurogsc.eu/


title: diff access + vba e C#

text:

vi ringrazio
p.s. se acquisto su aruba uno spazio con IIS + sqlserver posso
utilizzare lightswitch via browser?
grazie


title: diff access + vba e C#

author: AleTV

text:
"Raffaele Rialdi [MVP]" ha scritto nel messaggio
news:mn.3d517db4e...@n0spamvevy.com...
> Io ti consiglio di stare su C# anche perché sta per arrivare la versione
> LightSwitch che è pensata per utenti molto base e con una serie di wizard
> che dovrebbero totalmente spazzare via access
>
Certo come no, soprattutto per la reportistica... :-)))
Ad Access dovrebbero fare un monumento solo per come si possono fare i
report, senza metterci dietro di quelle pare mentali veramente infinite.


title: diff access + vba e C#

author: Raffaele Rialdi [MVP]

text:
MasterControl wrote:
> vi ringrazio
Prego!
>
> p.s. se acquisto su aruba uno spazio con IIS + sqlserver posso utilizzare
> lightswitch via browser?
Non ho capito ... lightswitch è un edizione di
vs.net
http://www.microsoft.com/visualstudio/en-us/lightswitch
http://msdn.microsoft.com/en-us/lightswitch/ff796201



title: diff access + vba e C#

text:
AleTV wrote:
> Certo come no, soprattutto per la reportistica... :-)))
> Ad Access dovrebbero fare un monumento solo per come si possono fare i
> report, senza metterci dietro di quelle pare mentali veramente infinite.
Non intendo riaprire la discussione ma deve essere chiaro che le
soluzioni creare report ci sono, anche oltre ai prodotti terze parti,
basta scegliere quella che serve di più allo scopo.



title: diff access + vba e C#

text:
"Raffaele Rialdi [MVP]" ha scritto nel messaggio
news:mn.4b177db4d...@n0spamvevy.com...
> Non intendo riaprire la discussione ma deve essere chiaro che le soluzioni
> creare report ci sono, anche oltre ai prodotti terze parti, basta
> scegliere quella che serve di più allo scopo.
>
Infatti, deve essere veramente godibile dover gestire enne prodotti di
reportistica perché con uno solo non si riesce a coprire quel che serve.
Per carità, per  i mega smanettoni può anche essere bello :-)))


title: diff access + vba e C#

text:
"AleTV"  ha scritto nel messaggio news:insrmo$28o$1...@tdi.cu.mi.it...



_____risposta:
AAh, riprendo fiato!!!
Ciao AleTV
MA


title: diff access + vba e C#

text:
Calma...
i report migliori sono quelli esportati su file excel!
dopo anni a sforzarmi per creare il report perfetto.... sentivo sempre dirmi
dal collega:
ma questo non si può stringere un pò? non posso togliere solo questo dato?
l'intestazione la vorrei più grande di un punto nei giorni dispari e rossa
nei festivi, ma solo quando mia moglie ha il ciclo quasi sul finire....ah
non ha il ciclo regolare!
la soluzione è: fagli un foglio excel e se la vedono loro!
Uso i report solo per stampe fisse tipo fatture e proforma.
poi, per carità, ognuno ha i suoi modi di lavorare io ho trovato questo e
vado da dio.
max
"MA" <
mas...@massimilianoamendola.it
> ha scritto nel messaggio
news:inud4r$3q9$1...@tdi.cu.mi.it...



title: diff access + vba e C#

text:
max wrote:
> Calma...
> i report migliori sono quelli esportati su file excel!
Come è normale che sia visto che non esiste un sistema universale e
generale.
Io a volte genero file xlsx (OOXML) che è anni luce più veloce rispetto
all'automation di office (parliamo di meno di un decimo di secondo per
generare un file xlsx completo rispetto a diversi secondi via
automation).
> dopo anni a sforzarmi per creare il report perfetto.... sentivo sempre dirmi
> dal collega:
> ma questo non si può stringere un pò? non posso togliere solo questo dato?
> l'intestazione la vorrei più grande di un punto nei giorni dispari e rossa
> nei festivi, ma solo quando mia moglie ha il ciclo quasi sul finire....ah non
> ha il ciclo regolare!
[...]
Vero ma ci sono anche report "predicibili" che puoi anche dare ad
editare ad un cliente. E nel framework una soluzione semplice e veloce
sono i flowdocument.
Tra le mille tipologie, per un cliente abbiamo sviluppato un designer
ad-hoc che permette di gestire le dipendenze tra i dati (una soluzione
molto verticale ma che non è risolubile con nessun strumento
attualmente sul mercato)
> la soluzione è: fagli un foglio excel e se la vedono loro!
>
> Uso i report solo per stampe fisse tipo fatture e proforma.
> poi, per carità, ognuno ha i suoi modi di lavorare io ho trovato questo e
> vado da dio.
Se funziona bene ed è veratile ... perché no :)



title: diff access + vba e C#

text:
>
> Vero ma ci sono anche report "predicibili" che puoi anche dare ad editare
> ad un cliente. E nel framework una soluzione semplice e veloce sono i
> flowdocument.
mmmh!
non ne ero a conoscenza....
appena ho 2 minuti ci butto un occhio
grazie
max


title: diff access + vba e C#

text:
max wrote:
> mmmh!
> non ne ero a conoscenza....
> appena ho 2 minuti ci butto un occhio
La cosa per cui mi piacciono è che parti dal FlowDocument che è un
documento "piatto" stile html. Poi esegui la paginazione e ottieni un
XPS (in memoria) che è un documento page-oriented stile PDF.
>
> grazie
> max
Prego



title: WPF sostituire il punto con una virgola

author: Fabio

text:
Salve,
come in oggetto vorrei che, digitando il punto, nella textbox venga
sostituito dalla virgola.
A tale scopo ho provato questo codice, ma senza successo:
        private void txtP_PreviewKeyDown(object sender, KeyEventArgs
e)
        {
            TextBox txt = sender as TextBox;
            if (e.Key == Key.OemPeriod || e.Key == Key.Decimal)
            {
                if (!txt.Text.Contains(','))
                {
                    txt.Text += ",";
                }
                e.Handled = true;
            }
        }
Saluti
Fabio


title: WPF sostituire il punto con una virgola

text:
Il 11/02/2011 20:27, Fabio ha scritto:
> Salve,
> come in oggetto vorrei che, digitando il punto, nella textbox venga
> sostituito dalla virgola.
> A tale scopo ho provato questo codice, ma senza successo:
ciao
scusa io sono ignorantissimo dei controlli, e magari ti dico
una cavolata
ma ad es. nel vecchio VB6 le routine di eventi venivano
sollevate PRIMA della gestione di default
Se fosse ancora così (e mi parrebbe una ragionevole
ipotesi), allora tu stai intercettando la pressione del
tasto (tra l'altro keydown è ancora antecedente a keypress,
che presuppone down e poi release) PRIMA che il testo della
test box stessa lo riceva (e di default lo aggiunga o
inserisca).
quindi semplicemente leva il TEST ... poi dovresti magari
verificare la posizione del cursore, se non è a fine testo,
vedi di non fare un semplice accodamento alla fine
ciao
Soviet_Mario



title: WPF sostituire il punto con una virgola

text:
>
> quindi semplicemente leva il TEST ... poi dovresti magari
> verificare la posizione del cursore, se non è a fine testo,
> vedi di non fare un semplice accodamento alla fine
> ciao
> Soviet_Mario
>
ho dimenticato di dire che la textbox è in binding con una proprietà
di tipo decimal.
Ciao
Fabio


title: WPF sostituire il punto con una virgola

text:

Ho risolto impostato la proprietà UpdateSourceTrigger as lostfocus.
Come soluzione non mi soddisfa, ma per il momento è pratica.
Saluti
Fabio


title: WPF sostituire il punto con una virgola

text:
On 12 Feb, 01:53, Fabio <
fabio...@gmail.com
> wrote:

Ho risolto impostato la proprietà UpdateSourceTrigger as lostfocus.



title: super neofita del vb.net

author: alex

text:
Io ci sono, non saro' molto di aiuto perche' sono davvero all'inizio inizio
inizio, anzi colgo l'occasione per salutare Mario , ho preso il tuo libro di
visual basic spiegato a mia nonna :)
Ciao a tutti


title: super neofita del vb.net

author: MaXimo

text:
"alex" <aiaiai...@aiaiaiaiaai.jak> ha scritto nel messaggio
news:4cbd549f$0$23146$4faf...@reader1.news.tin.it...

Ah ah ah   anche io ho comprato ' IO PROGRAMMO'
con i libricini ANZIANI !!


title: super neofita del vb.net

text:
> Ah ah ah   anche io ho comprato ' IO PROGRAMMO'
> con i libricini ANZIANI !!
guarda che la mia non e' una battuta.


title: super neofita del vb.net

text:
"alex" <aiaiai...@aiaiaiaiaai.jak> ha scritto nel messaggio
news:4cbdb521$0$21359$4faf...@reader3.news.tin.it...
>
>
>> Ah ah ah   anche io ho comprato ' IO PROGRAMMO'
>> con i libricini ANZIANI !!
>
> guarda che la mia non e' una battuta.
>
>
Sorry   ma già il titolo del libricino
' il Vb.net spiegato a mia nonna'
era ovviamente scherzoso........


title: super neofita del vb.net

author: Mauro Servienti [MVP]

text:
Ciao MaXimo,
You wrote on 19/10/2010 :
>
> Sorry   ma già il titolo del libricino
> ' il Vb.net spiegato a mia nonna'
> era ovviamente scherzoso........
si ma mario è fantastico:
http://www.fag.it/booksite/672-1.htm
.m
--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com
blog @
http://milestone.topics.it
whynot [ at ] topics [ dot ] it


title: super neofita del vb.net

text:
"Mauro Servienti [MVP]" <maurose...@online.nospam> ha scritto nel
messaggio news:mn.a1777daae...@online.nospam...
> Ciao MaXimo,
>
> You wrote on 19/10/2010 :
>>
>> Sorry   ma già il titolo del libricino
>> ' il Vb.net spiegato a mia nonna'
>> era ovviamente scherzoso........
>
> si ma mario è fantastico:
>
http://www.fag.it/booksite/672-1.htm
>
> .m
Mai detto il contrario !!!!
(tant'e' vero che i suoi libri li ho anche io)


title: super neofita del vb.net

text:
Ciao MaXimo,
You wrote on 20/10/2010 :
> Mai detto il contrario !!!!
> (tant'e' vero che i suoi libri li ho anche io)
lungi da me l'insinuarlo :-)



title: super neofita del vb.net

author: Mario De Ghetto [MVP]

text:
>> Mai detto il contrario !!!!
>> (tant'e' vero che i suoi libri li ho anche io)
> lungi da me l'insinuarlo :-)
Grazie a tutti, ragazzi!
Spero di riuscire presto a finire anche la versione 2010 ("Visual Basic 2010
spiegato a mia nonna").
Sono un po' indietro e, mentre il libro della versione 2008 era di 576
pagine, questo supererà le 800 (o forse di più ancora?)...
Ciao!
--------------------------
Mario De Ghetto
Microsoft MVP - Visual Basic
Community DotNetWork.it
http://community.dotnetwork.it/mario.deghetto/default.aspx
http://deghetto.wordpress.com


title: super neofita del vb.net

text:
> Grazie a tutti, ragazzi!
> Spero di riuscire presto a finire anche la versione 2010 ("Visual Basic
> 2010 spiegato a mia nonna").
> Sono un po' indietro e, mentre il libro della versione 2008 era di 576
> pagine, questo supererà le 800 (o forse di più ancora?)...
> Ciao!
MMmm... tutte queste pagine in piu' di novita? Oppure questa volta si tratta
anche di ado e accesso ai dati?


title: super neofita del vb.net

text:
"alex"  ha scritto nel messaggio
news:4cbfeaf7$0$10761$4faf...@reader2.news.tin.it...


_____Risposta:
O semplicemente che la nonna invecchia sempre di più e le cose bisogna
ripetergliele.
MA


title: super neofita del vb.net

text:
> O semplicemente che la nonna invecchia sempre di più e le cose bisogna
> ripetergliele.
> MA

EH EH EH  ;-)

(Tardivo, ma sono tornato in questo thread per caso...)
Ciao!


title: il futuro di Silverlight

author: neroMalpelo

text:
Ciao a tutti

leggendo articoli su riviste e su punto Informatico sembra che il player
Flash non abbia vita facile dal punto di visto del supporto nei
cellulari e forse negli stessi browser che supporteranno HTML5.
Secondo voi, Silverlight seguira' la stessa sorte  visto che si pone
sulla stessa scia ?

vale la pena per applicazioni basate su browser, investire tempo e
denaro per questa tecnologia basata su plug-in ?


title: il futuro di Silverlight

text:
> vale la pena per applicazioni basate su browser, investire tempo e
> denaro per questa tecnologia basata su plug-in ?

Forse Silverlight per certi ambienti può avere senso (e magari
continuerà ad averlo), ma se finora non hai investito tempo ed energie
nello studio della piattaforma, secondo me per il web conviene
concentrarsi su qualcosa di diverso ed ampiamente accettato, html,
javascript e compagnia bella.

Ciao,
mt


title: il futuro di Silverlight

author: Giulio Petrucci

text:
On 23/11/2011 12:46, m.bagattini wrote:
> Forse Silverlight per certi ambienti può avere senso (e magari
> continuerà ad averlo), ma se finora non hai investito tempo ed energie
> nello studio della piattaforma, secondo me per il web conviene
> concentrarsi su qualcosa di diverso ed ampiamente accettato, html,
> javascript e compagnia bella.

A rischio di sembrare semplicistico e aprioristico...
+1.

Ciao,
Giulio

--


title: il futuro di Silverlight

text:
Ciao neroMalpelo,

You wrote on 22/11/2011 :
> leggendo articoli su riviste e su punto Informatico sembra che il player
> Flash non abbia vita facile dal punto di visto del supporto nei cellulari e
> forse negli stessi browser che supporteranno HTML5.

PI è un filino di parte, quindi è tutto tranne che obiettivo, comunque
in questo caso credo abbia ragione, per una svariata serie di motivi
(che condivido tutti) i plugin del browser non arriveranno
probabilmente mai sui device mobili.

> Secondo voi, Silverlight seguira' la stessa sorte  visto che si pone sulla
> stessa scia ?

si, non arriverà mai sui device mobili.

> vale la pena per applicazioni basate su browser, investire tempo e denaro per
> questa tecnologia basata su plug-in ?

per applicazioni (quindi non siti per cui non vale la pena neanche di
investire da zero su Flash) vale si la pena, perchè esistono la fuori
una montagna di PC/Mac/Linux (Moonlight) che supporteranno Silverlight
per un sacco di tempo.
Ci sono poi cose che puoi fare solo con Silverlight (vedi ad esempio
smoothstreaming e drm sui video) inoltre secondo me vale molto il
concetto di time-to-market, se il tempo di sviluppo di un'applicazione
precipita il gioco vale la candela, se mai un giorno tutti avranno iPad
ci penseramo a rifarla in html5, ma se farla adesso in html5+js è un
bagno di sangue perchè impazzire?

.m

--
blog @ //
milestone.topics.it


title: il futuro di Silverlight

text:

Può restare aperta la discussione sull'uso di SL versus WPF come
applicazione desktop ma credo che sul web non ci sia più storia e
questo a prescindere dalle scelte di MS.

Proviamo piuttosto a farci la domanda al contrario.
Avendo uno standard forte e decentemente consolidato su tutti i
browser, ha ancora senso pensare di usare dei plugin con tutto ciò che
implica in termini di:
- uso di memoria
- problemi di sicurezza
- aggiornamenti/versioning del plugin stesso

Io credo proprio di no e credo che in _molti_ casi valga la pena di
utilizzare, anche per app native (mobile) kit come phonegap che fa uso
di html5/js/jquery "mappando" aree di UI sui controlli nativi.

--
Raffaele Rialdi
http://www.iamraf.net

Weblog:
http://blogs.ugidotnet.org/raffaele

Microsoft MVP profile
https://mvp.support.microsoft.com/profile/raffaele

UGIdotNET -
http://www.ugidotnet.org/


title: piccolo gestionale, un parere

text:
Ciao,

ho un gestionale (di piccole dimesioni), php con un db mysql, volevo
riprogettarlo....

attualmente il gestionale è utilizzato in lan da 4 postazioni, e stavo
pensando di creare un' interfaccia grafica da posizionare su ogni
postazione con C# e interfacciarlo al database medesimo....per
svincolarmi da php e html, potendo contare su visual studio che è un ide
eccezionale....

Domanda...

- per la comunicazione C# <--> MYSQL quale tecnologia conviene utilizzare?

Grazie


title: piccolo gestionale, un parere

text:
MasterControl wrote:
> Domanda...
>
> - per la comunicazione C# <--> MYSQL quale tecnologia conviene utilizzare?
>
>

Considerato che mysql non è free ma gpl, non ti conviene cambiare anche
quello?
Per esempio sql express oppure sql lite (personalmente non ho
esperienza su sql lite)

--
Raffaele Rialdi
http://www.iamraf.net

Weblog:
http://blogs.ugidotnet.org/raffaele

Microsoft MVP profile
https://mvp.support.microsoft.com/profile/raffaele

UGIdotNET -
http://www.ugidotnet.org/


title: piccolo gestionale, un parere

text:
Il 07/05/2012 16:57, Raffaele Rialdi [MVP] ha scritto:
> MasterControl wrote:
>> Domanda...
>>
>> - per la comunicazione C# <--> MYSQL quale tecnologia conviene
>> utilizzare?
>>
>>
>
> Considerato che mysql non è free ma gpl, non ti conviene cambiare anche
> quello?
> Per esempio sql express oppure sql lite (personalmente non ho esperienza
> su sql lite)
>

mysql gira su xampp insieme ad apache ed è stracolmo di dati, fare un
porting dai dati su sqlExpress...che non conosco, comporterebbe un
carico di lavoro in più... :(

per la licenza GPL in rete leggevo:

http://www.andreagrandi.it/2008/02/05/mysql-quando-si-deve-pagare-la-licenza/

grazie


title: piccolo gestionale, un parere

text:

p.s. ma per comunicare col DB posso utilizzare
ADO.NET
?

thx


title: piccolo gestionale, un parere

author: LudovicoVan

text:
"MasterControl" <
Master...@cmp.it
> wrote in message
news:jo8n37$gvv$1...@speranza.aioe.org...
> Ciao,
>
> ho un gestionale (di piccole dimesioni), php con un db mysql, volevo
> riprogettarlo....
>
> attualmente il gestionale è utilizzato in lan da 4 postazioni, e stavo
> pensando di creare un' interfaccia grafica da posizionare su ogni
> postazione con C# e interfacciarlo al database medesimo....

Sarebbe una soluzione a "client pesante": non e' il massimo soprattutto
perche' non scala, ma magari e'okay nel tuo caso, soprattutto se hai piu'
dimestichezza con WinForms.

> per svincolarmi da php e html, potendo contare su visual studio che è un
> ide eccezionale....

Ma allora non sarebbe
ASP.NET
 la soluzione piu' naturale (con o senza AJAX)?
Nonche', oserei dire, la piu' consigliabile, a meno che non te la cavi gia'
bene con (ad esempio) WPF, che sarebbe un'alternativa.

> Domanda...
>
> - per la comunicazione C# <--> MYSQL quale tecnologia conviene utilizzare?

Esiste per lo meno un prodotto chiamato MySql Connector o qualcosa di
simile...

-LV


title: piccolo gestionale, un parere

text:
Il 07/05/2012 17:18, LudovicoVan ha scritto:
>
> Sarebbe una soluzione a "client pesante"

in che senso?

p.s. Avevo pensato ad asp, ma volevo svincolarmi dal 'web'

Grazie


title: piccolo gestionale, un parere

text:
"MasterControl" <
Master...@cmp.it
> wrote in message
news:jo8pbo$n1o$1...@speranza.aioe.org...
> Il 07/05/2012 17:18, LudovicoVan ha scritto:
>>
>> Sarebbe una soluzione a "client pesante"
>
> in che senso?

E' un termine architetturale (su Internet trovi articoli sugli approcci
architetturali di base): un'applicazione a client pesante sarebbe un sistema
client-server piu' o meno classico, dove tutta o quasi tutta la logica e'
implementata nel client.  C'e' inizialmente un vantaggio di semplicita', ma
se il sistema cresce (come livello di funzionalita', ma anche solo come
numero di utenze) diventa un approccio insostenibile...  Non mi dilungo
perche' queste sono informazioni generiche che possono essere reperite in
rete.

> p.s. Avevo pensato ad asp, ma volevo svincolarmi dal 'web'

Mmm, non mi sembrerebbe una gran mossa, considerato che invece e' li che
tutti siamo andati o stiamo andando (di nuovo, con o senza AJAX)...  A meno
che appunto non stai pensando a qualcosa di "successivo" al web, tipo WPF,
il che pero' mi sembra complichi lo scenario piuttosto che semplificarlo.

-LV


title: piccolo gestionale, un parere

text:
"LudovicoVan" <
ju...@diegidio.name
> wrote in message
news:jo8p3h$md4$1...@speranza.aioe.org...
> "MasterControl" <
Master...@cmp.it
> wrote in message
>> - per la comunicazione C# <--> MYSQL quale tecnologia conviene
>> utilizzare?
>
> Esiste per lo meno un prodotto chiamato MySql Connector o qualcosa di
> simile...

Come gia' suggeriva Raf, occhio alle licenze...  Una ricerca del tipo ".NET
MySql" magari fornisce una panoramica dei possibili approcci.

-LV


title: piccolo gestionale, un parere

text:

ti ringrazio per le delucidazioni, è vero tutti vanno verso il web, però
ASP.NET
 richiede un bel pò di risorse, rispetto a php + apache.... io
volevo semplificare più che altro il discorso dell'interfaccia, molto
semplice da manipolare con l'ide VS, evitando di pasticciare con
php,html,javascript etc...

Solo c# e SQL ogni tanto ;)


title: piccolo gestionale, un parere

text:
"MasterControl" <
Master...@cmp.it
> wrote in message
news:jo8qop$rb7$1...@speranza.aioe.org...

> ti ringrazio per le delucidazioni, è vero tutti vanno verso il web, però
>
ASP.NET
 richiede un bel pò di risorse, rispetto a php + apache....

Quello che dici mi suona sensato, giusto per segnalare che non e' poi che
ASP.NET
 richieda chissa' quali risorse: IIS ce l'hai con Windows, si tratta
solo di istallare il framework.  Poi non dico che il tutto sia totalmente
banale, da istallare e da configurare, ma non mi sembra piu' complicato o
pesante di metter su e far girare PHP+Apache, anzi...

-LV


title: piccolo gestionale, un parere

text:
MasterControl wrote:
>> mysql gira su xampp insieme ad apache ed è stracolmo di dati, fare un
>> porting dai dati su sqlExpress...che non conosco, comporterebbe un
>> carico di lavoro in più... :(

Capisco ma non è neppure troppo complicato se poi usi un ORM.
In pratica fai il passaggio dati con uno dei tanti tool e poi ti
costruisci un bello strato di datalayer che accede al db via ORM. Prova
una volta e non torni mai più indietro.

>>
>>
http://www.andreagrandi.it/2008/02/05/mysql-quando-si-deve-pagare-la-licenza/

>>

Dimmi poco, per me è bastato per non usarlo più.
Il fatto che ci siano dozzine di domande (mai risposte) sul forum di
mysql la dice lunga di quanto questa sia una possibile bomba inesplosa.
Inoltre la GPL parla chiaro. Se usi anche un bit di GPL, devi aprire il
sorgente di tutto, senza esclusioni.

>
> p.s. ma per comunicare col DB posso utilizzare
ADO.NET
?
>

Si, c'è un provider
ado.net
 per mysql.
Personalmente, se non in casi estremi,
ado.net
 lo evito come la peste.
ORM a paletta e dopo la prima volta passa tutta la paura.

Sul lato applicativo la scelta, a mio avviso è:
- WPF per una client app
- MVC4 per una web app
preciso mvc versione 4 perché le nuove webapi ti aprono un mondo di
possibilità che altrimenti non sono facili da implementare.



title: piccolo gestionale, un parere

text:
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> wrote in message
news:mn.3c377dc56...@n0spamvevy.com...

> In pratica fai il passaggio dati con uno dei tanti tool e poi ti
> costruisci un bello strato di datalayer che accede al db via ORM. Prova
> una volta e non torni mai più indietro.

Non posso che dissentire e mettere in guardia da slogan facili e discutibili
(nel senso che non sarei daccordo neppure nel merito tecnico).

> Inoltre la GPL parla chiaro. Se usi anche un bit di GPL, devi aprire il
> sorgente di tutto, senza esclusioni.

Nel caso di MySql non e' cosi', perche' e' equiparato ad un servizio di
sistema. Lo e' per esempio nel caso del MySql Connector (a meno di non
acquistarne una licenza commerciale).  Il discorso licenze e' un discorso
complesso, per cui ad esempio ben poco si riesce a trovare sui forum (MySql
o altri), e piuttosto le informazioni vanno cercate nella letteratura
specializzata.

-LV


title: piccolo gestionale, un parere

text:
LudovicoVan wrote:
>> In pratica fai il passaggio dati con uno dei tanti tool e poi ti costruisci
>> un bello strato di datalayer che accede al db via ORM. Prova una volta e
>> non torni mai più indietro.
>
> Non posso che dissentire e mettere in guardia da slogan facili e discutibili
> (nel senso che non sarei daccordo neppure nel merito tecnico).
>

È una questione di bilanciamento tra costi (dell'intero ciclo di vita
del sw) e soddisfazione dei requisiti (in termini di performance oltre
che di costi).
La prima scelta, per evidente risparmio di costi va sull'ORM. Se hai
veramente una applicazione che non ci può stare dentro, allora ricadi
su
ado.net
.
È un po' come dire che con C# non riesci a fare una app perché troppo
lenta e ti metti a scrivere assembler. Se proprio devi lo fai, ma non è
certo la prima scelta.

>> Inoltre la GPL parla chiaro. Se usi anche un bit di GPL, devi aprire il
>> sorgente di tutto, senza esclusioni.
>
> Nel caso di MySql non e' cosi', perche' e' equiparato ad un servizio di
> sistema. Lo e' per esempio nel caso del MySql Connector (a meno di non
> acquistarne una licenza commerciale).  Il discorso licenze e' un discorso
> complesso, per cui ad esempio ben poco si riesce a trovare sui forum (MySql o
> altri), e piuttosto le informazioni vanno cercate nella letteratura
> specializzata.
>

Ricordo di aver letto esplicitamente che il multiplexing (cioè l'uso
tramite un gateway come il connector) è equiparato all'accesso diretto.
Concetto che esiste anche per le licenze CAL di sql server (dalla
standard in su).



title: piccolo gestionale, un parere

text:
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> wrote in message
news:mn.3c687dc5a...@n0spamvevy.com...
> LudovicoVan wrote:
>>> In pratica fai il passaggio dati con uno dei tanti tool e poi ti
>>> costruisci un bello strato di datalayer che accede al db via ORM. Prova
>>> una volta e non torni mai più indietro.
>>
>> Non posso che dissentire e mettere in guardia da slogan facili e
>> discutibili (nel senso che non sarei daccordo neppure nel merito
>> tecnico).
>>
>
> È una questione di bilanciamento tra costi (dell'intero ciclo di vita del
> sw) e soddisfazione dei requisiti (in termini di performance oltre che di
> costi).

Certo.

> La prima scelta, per evidente risparmio di costi va sull'ORM.

E io non potrei essere meno d'accordo.

> Se hai veramente una applicazione che non ci può stare dentro, allora
> ricadi su
ado.net
.
> È un po' come dire che con C# non riesci a fare una app perché troppo
> lenta e ti metti a scrivere assembler. Se proprio devi lo fai, ma non è
> certo la prima scelta.

Ma non e' tornare all'assembler l'"alternativa" che avrei in mente: potrei
semmai ritorcere che questo la dice lunga sugli scenari che ti sono noti.

>>> Inoltre la GPL parla chiaro. Se usi anche un bit di GPL, devi aprire il
>>> sorgente di tutto, senza esclusioni.
>>
>> Nel caso di MySql non e' cosi', perche' e' equiparato ad un servizio di
>> sistema. Lo e' per esempio nel caso del MySql Connector (a meno di non
>> acquistarne una licenza commerciale).  Il discorso licenze e' un discorso
>> complesso, per cui ad esempio ben poco si riesce a trovare sui forum
>> (MySql o altri), e piuttosto le informazioni vanno cercate nella
>> letteratura specializzata.
>>
>
> Ricordo di aver letto esplicitamente che il multiplexing (cioè l'uso
> tramite un gateway come il connector) è equiparato all'accesso diretto.
> Concetto che esiste anche per le licenze CAL di sql server (dalla standard
> in su).

Non vedo la rilevanza, ma su queste questioni c'e' una sola parola finale:
se e' il caso (un'altra analisi costi-benefici), occorre rivolgersi ad un
avvocato.

-LV


title: piccolo gestionale, un parere

text:
LudovicoVan wrote:
>> Se hai veramente una applicazione che non ci può stare dentro, allora
>> ricadi su
ado.net
.
>> È un po' come dire che con C# non riesci a fare una app perché troppo lenta
>> e ti metti a scrivere assembler. Se proprio devi lo fai, ma non è certo la
>> prima scelta.
>
> Ma non e' tornare all'assembler l'"alternativa" che avrei in mente: potrei
> semmai ritorcere che questo la dice lunga sugli scenari che ti sono noti.
>

LOL, sei sempre divertente.
Ognuno si faccia la propria idea :)

> Non vedo la rilevanza, ma su queste questioni c'e' una sola parola finale: se
> e' il caso (un'altra analisi costi-benefici), occorre rivolgersi ad un
> avvocato.
>

Oppure non usare affatto mySql perché il costo dell'avvocato non ne
vale neppure la pena.



title: piccolo gestionale, un parere

text:
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> wrote in message
news:mn.3c8e7dc50...@n0spamvevy.com...
> LudovicoVan wrote:
>
>>> Se hai veramente una applicazione che non ci può stare dentro, allora
>>> ricadi su
ado.net
.
>>> È un po' come dire che con C# non riesci a fare una app perché troppo
>>> lenta e ti metti a scrivere assembler. Se proprio devi lo fai, ma non è
>>> certo la prima scelta.
>>
>> Ma non e' tornare all'assembler l'"alternativa" che avrei in mente:
>> potrei semmai ritorcere che questo la dice lunga sugli scenari che ti
>> sono noti.
>
> LOL, sei sempre divertente.
> Ognuno si faccia la propria idea :)

Non intendevo divertire, ma un sorriso ci sta sempre bene.

>> Non vedo la rilevanza, ma su queste questioni c'e' una sola parola
>> finale: se e' il caso (un'altra analisi costi-benefici), occorre
>> rivolgersi ad un avvocato.
>>
>
> Oppure non usare affatto mySql perché il costo dell'avvocato non ne vale
> neppure la pena.

Oppure usarlo sapendo di poterlo usare...

Ciao,

-LV


title: C# e ftp

author: GennarinOSpion

text:
Ciao,

quali classi del framework si possono utilizzare per creare un client FTP?

grazie


title: C# e ftp

author: ReadOnly

text:
Il 15/10/2011 22:42, GennarinOSpion ha scritto:
> quali classi del framework si possono utilizzare per creare un client FTP?

FtpWebRequest:

http://tinyurl.com/66mn63d

I metodi supportati sono questi:

http://tinyurl.com/6kh4glr

--
r--r--r--


title: C# e ftp

text:

thx :)


title: C# e ftp

text:
On 15/10/2011 22:42, GennarinOSpion wrote:
> quali classi del framework si possono utilizzare per creare un client FTP?

Uhm... IMVHO questa qui:
http://msdn.microsoft.com/en-us/library/system.net.ftpwebrequest.aspx

potrebbe essere un buon punto di partenza.

Buon lavoro,
Giulio

--


title: c++.NET scegliere form di avvio

author: Minnozzi Corrado

text:
Salve, ho un'applicazione con piů form, come si puň fare per scegliere
il form che deve partire all'avvio dell'applicazione? Grazie.


title: costruzione dinamica di una pagina .aspx

author: Giulio Preite

text:
Ciao a tutti,
come posso fare per costruire dinamicamente una pagina .aspx?
cerco di spiegarmi meglio.
ho una pagina, diciamo, vuota.
questa pagina e in grado di riconoscere le credenziali dell' utente, e in
base a queste credenziali, caricare moduli diversi a seconda dei casi.
ad es utente pippo:
carica nella pagina il modulo 1
utente ciccio
carica modulo 1 e 2.
I moduli contengono degli user controls, che servono per gestire dei dati a
livello di db.
come posso ottenere questo risultato?
dove posso prendere spunto?(cosa studiare....)
Grazie 10000 in anticipo.


author: newuser

text:
Hello Giulio,
> come posso fare per costruire dinamicamente una pagina .aspx?
Nel markup della pagina aggiungi un placeholder; nel metodo Page_Load crei
i controlli e li aggiungi alla collection "Controls" del placeholder.
Ciao.


author: Mila Daniel

text:
Giulio Preite was thinking very hard :

Ciao Giulio,
Io avevo usato questa techinca tempo fa e tenevo la descrizione dei
controlli da creare(textbox,dropdownlist, ecc.)  lato DB.
Dopo aver deciso che modulo devi far vedere al utente, ti crei i
controlli che lo compongono lato codice e poi li agganci alla
collezione dei controlli del form della pagina.
I bottoni di Submit e Reset siccome non cambiano puoi crearli
direttamente dal markup senza problemi, cosi evitando la creazione
"manuale" dei gestori eventi click ecc.
Spero questo  ti possa aiutare :-)
Saluti, Daniel.


text:
"Mila Daniel"  ha scritto nel messaggio
news:ib9cub$q4m$1...@news.eternal-september.org...


Ok grazie 1000 a tutti e due!


text:
Ciao,
You wrote on 08/11/2010 :
> Nel markup della pagina aggiungi un placeholder; nel metodo Page_Load crei i
> controlli e li aggiungi alla collection "Controls" del placeholder.
una precisazione: nell'evento "Load" è troppo tardi, il posto giusto in
cui creare controlli dinamici è l'evento Init, o addirittura il PreInit
.m
--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com
blog @
http://milestone.topics.it
whynot [ at ] topics [ dot ] it


title: [WPF] MVVM e IoC: come imposto il data-context?

text:
Ciao a tutti,

ho una domanda di concetto che mi passa per la testa da un po'.
Ho una applicazione in WPF in cui sto cercando di seguire
*pedissequamente* il paradigma MVVM. Ora, trovo estremamente comodo
potern indicare nello XAML l'attributo @DataContext="..." e poter
specificare una classe che fa appunto da datacontex per il componente
corrente. Il problema, se non ho capito male, è che la classe in
questione deve avere un costruttore di default.

Nel mio caso però, come credo in tanti altri casi reali, il viewmodel
che funge da DataContext necessita di essere "iniettato" con altri
componenti, spesso risolti tramite IoC. Come posso fare in modo che
questa risoluzione avvenga?

Grazie,
Giulio

--


text:
Ciao Giulio Petrucci,

non lo fai, o passi da robe come view-model-locator (con la
consapevolezza che tutto ciò che ha a che spartire con *locator è il
male :-P) oppure molto banalmente risolvi anche la view via IoC e usi
un set di convenzioni per agganciare il DataContext:

http://milestone.topics.it/blog/post/m-v-vm-simple-view-provider

> Grazie,
> Giulio

.m

--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com/profile/mauro

blog @
http://milestone.topics.it

whynot [ at ] topics [ dot ] it


title: Importazione eventi da Outlook per applicazione .Net

author: marcosabba

text:
Ciao a tutti,
prima di partire con ricerche "ad ampio raggio" volevo chiedere se
qualcuno aveva mai affrontato la problematica in oggetto, e se abbia più
senso indirizzarsi verso l'utilizzo delle API di Office o verso
l'esportazione da Outlook in qualche formato standard (immagino ical) e
la successiva importazione da file.
Grazie e ciao


title: Scusate la domanda forse banale

author: amlo

text:
dato 100 gli applicativi visual studio per dot net
quanti sono ASP
quanti sono WinForm
quanti sono WPF
quanto in Basic
quanto in c#
oppure qualcuno conosce una fonte statistica ?
Grazie