Marco Russo - All Comments

Off-topic: quando il blog fa la notizia, anche in Italia

Marco Russo — Thu, 14 Aug 2008 15:00:20 GMT

Il mio blog è nato nel 2003, anche se i primi esperimenti li avevo fatti già nel 2002. All'epoca

re: Off-topic: quando il blog fa la notizia, anche in Italia

marco — Thu, 14 Aug 2008 14:52:13 GMT

Purtroppo il suo autore si è preoccupato e l'ha cancellato. Dico purtroppo perché, dal mio punto di vista, non è un passo avanti.

re: Off-topic: quando il blog fa la notizia, anche in Italia

alessandro — Thu, 14 Aug 2008 07:34:40 GMT

>Censurare questo tipo di blog è impossibile

... o quasi... il blog di AviatorAZ non esiste più.

Un’altro tassello da Microsoft - "ADO.NET Entity Framework" « Newprot’s Weblog

Un’altro tassello da Microsoft - "ADO.NET Entity Framework" « Newprot’s Weblog — Tue, 12 Aug 2008 17:52:54 GMT

Pingback from Un’altro tassello da Microsoft - "ADO.NET Entity Framework" « Newprot’s Weblog

re: Quando usare LINQ to SQL?

StefanoPaparesta — Tue, 08 Jul 2008 07:35:31 GMT

Ok, adesso mi è chiaro. Boh, ci rifletto e vedo cosa fare. Sicuramente non mi creerò un mio provider, almeno per adesso. Però in effetti i layer li voglio separare. Grazie per le indicazioni, sono veramente molto utili.

re: Quando usare LINQ to SQL?

marco — Tue, 08 Jul 2008 07:21:53 GMT

Quello che voglio dire è che se usi IQueryable su LINQ to SQL nel Biz, significa che hai usato le entità del DAL (di LINQ to SQL) nel Biz e questo, benché possa funzionare, ti vincola ad avere un legame molto forte e a "spostare" sul BIZ una logica che sarebbe più vicina al DAL. Voglio dire, se usi LINQ to SQL come DAL la cosa ha un senso, ma di fatto "appiattisci" il DAL sul BIZ. E' una scelta, ad alcuni può andare bene, in altri casi è troppo vincolante.

Se tieni i layer veramente separati, invece... non usi le entità di LINQ to SQL fino al BIZ (altrimenti non puoi sostituire agevolmente il DAL), usi delle tue entità su cui non puoi sfruttare IQueryable a meno che non scrivi un tuo provider (nel libro c'è scritto come fare, ma effettivamente non è una passeggiata).

Insomma - non c'è una risposta che va bene per tutti...

re: Quando usare LINQ to SQL?

StefanoPaparesta — Mon, 07 Jul 2008 08:33:56 GMT

Pensavo di usare delle mie entità nel BIZ e di trasferirle\inviarle verso i client con WCF. Comunque da cosa ho trovato in rete alcuni consigliano anche per NHibernate di utilizzare dei DTO per trasferire le entità per cui questo genere di lavoro lo dovrei comunque affrontare. Non ho ben capito cosa intendi quando dici che sfrutterei poco LinqTo* nel DAL, seguendo il vostro esempio che accompagna il libro se uso IQeryable (ove possibile) tra Biz e Dal mi sembra che si possa utilizzare abbastanza bene LinqTo*.

re: Quando usare LINQ to SQL?

marco — Fri, 04 Jul 2008 12:41:06 GMT

ADO.NET Entity Framework: io lo proverei, ma è una versione 1. Però mi chiedo: se hai un'architettura n-tier, come usi LINQ to SQL (o LINQ to Entities) nel DAL? Le entità di business quali sono? Quelle di LINQ to SQL o delle entità tue?

La cosa migliore probabilmente è un disaccoppiamento completo, con delle tue entità sul biz, ma questo significa che sul DAL il tipo di lavoro che fai sul database sfrutta veramente poco le potenzialità di LINQ to *.

Che poi nel tuo specifico caso possa andare bene LINQ to SQL o LINQ to Entities... benissimo. Se usi già NHibernate vuol dire che stai già usando un ORM e quindi è più semplice adottare una di queste tecnologie. Comunque sono entrambe a una versione 1 - sono certo che rispetto a un prodotto già sul mercato da tempo come NHibernate, dopo un po' sentirai la mancanza di qualcosa che lì avevi.

re: Quando usare LINQ to SQL?

StefanoPaparesta — Thu, 03 Jul 2008 08:05:02 GMT

Io scrivo software per gestire la tracciabilità e la gestione di impianti di macellazione e sezionamento. Diciamo che sono software che vengono utilizzati contemporaneamente da decine di persone, per cui credo che tranquillamente li mossiamo definire "NON ENTERPRISE". L'unica cosa che volevo aggiungere è la divisione in tier diversi utilizzando WCF. Alla luce di ciò credo che se usassi LinqToSql non avrei grossi problemi a livello di prestazioni e come dici tu la produttività avrebbe un'impennata notevole. E' vero che magari sul lungo periodo dovrei tenere conto di una sostituzione del DAL, ma voglio dire non sarebbe la prima nè l'ultima volta. Oggi sto usando Nhibernate, che devo dire funziona benissimo, ma su alcune cose non lo trovo semplice da usare, io non mi trovo bene con HQL e criteria, forse anche perchè non sempre è facile trovare documentazione adatta. Ultimamente ho visto che anche dal punto di vista doc il mondo Nhibernate sta migliorando, niente a che vedere però con ciò che si è già scritto di LinqTO*. Inoltre trovo che poter usare le interrogazioni linq sia, oggi, indispensabile. Su NHibernate esiste un progetto di Ayende per il provider Linq per Nh, però anche lì segue la logica dell'open source, prima o poi sarà completo. Con ciò non mi permetterai mai di dire che NHibernate non è un buon prodotto, solo che oggi a distanza di un anno e mezzo sto cercando di trovare un'architettura che sia non troppo complessa e avanzata, ma che permetta di avere buone prestazioni, integrazione con l'ambiente di sviluppo e documentazione. E in tutto questo e alla luce di quanto si dice oggi (sopratutto di ciò che ci sarà nella v2) che mi dici di ADO.Net Entity Framework ???

Quando usare LINQ to SQL?

Marco Russo — Thu, 03 Jul 2008 00:00:28 GMT

Un commento al mio post precedente su ADO.NET Entity Framework contiene la domanda fatidica: che fine

re: Discussioni su ADO.NET Entity Framework

marco — Wed, 02 Jul 2008 23:36:33 GMT

Stefano: sono contento che il libro ti piaccia. Ora vado a scrivere un post su quando usare LINQ to SQL.

Paolo: mi piacerebbe avere un feedback su LlblGenPro, sono sempre stato curioso di saperne qualcosa da chi lo usa day-by-day - scrivimi a marco (at) devleap (punto) com

re: Discussioni su ADO.NET Entity Framework

paolocosta — Tue, 01 Jul 2008 13:35:37 GMT

Mi permetto, io ormai da un anno uso LLBLGENPRO e passare a Entity Framework o a NHibernate non mi passa neanche per l'anticamera del cervello. Adesso nella versione 2.6 ha anche il LINQ provider per un bel po' di DBMS.

re: Discussioni su ADO.NET Entity Framework

StefanoPaparesta — Tue, 01 Jul 2008 09:48:03 GMT

Sto seguendo la polemica e sto cercando di capire che fare nel prossimo futuro. Non riesco a mettere a bene a fuoco che fare nei prossimi mesi. Per alcune soluzione "semplici" pensavo di usare Linq to Sql, secondo voi quando avremo la prossima versione del framework ci sarà ancora o verrà inglobato in un nuovo framework di peristenza ? Ha senso investire oggi in ADO.net Entity Framework oppure è meglio aspettare la v2 e nel frattempo guardiamo ad NHibernate ?? Sto finendo Programming LINQ, bellissimo libro, Linq to sql è semplice però lo trovo interessante e spero che nel futuro trovi ancora spazio, Ado.net framework invece ho paura che non sia la scelta giusta e che quindi sia meglio investire in NHibernate 2.0.

re: Intervistati a TechEd

romeo — Wed, 11 Jun 2008 20:58:09 GMT

Cavolo! Allora Marco ha anche dei pantaloni scuri nell'armadio, non credevo. :-) great interviw!

Programming LINQ a TechEd e ... "The pen is on the table" :-)

Paolo Pialorsi — Thu, 05 Jun 2008 16:50:09 GMT

Come già segnalato da Marco , l'altro giorno siamo stati intervistati da Ken Rosen a proposito