C#

Il rename refactoring sulle query Linq da Visual Studio

Gianluca Carucci — Thu, 27 Mar 2008 17:26:18 GMT

L'Entity Framework e Linq To Sql avranno i suoi (grossi) limiti, ma vedere che da:

IEnumerable<CategoryView> views =

from d in categories

select new CategoryView() { Id = d.Id, Name = d.Name, ImageUrl = d.ImageUrl, ImageIconUrl = d.ImageIconUrl };

con un semplice CNTRL-R-R il risultato è questo:

IEnumerable<CategoryView> views =

from e in categories

select new CategoryView() { Id = e.Id, Name = e.Name, ImageUrl = e.ImageUrl, ImageIconUrl = e.ImageIconUrl };

rende un uomo influenzato felice!

Technorati Tag: Linq,Entity Framework,Visual Studio,Refactoring

Linq To *

Gianluca Carucci — Fri, 14 Mar 2008 07:20:26 GMT

Il solito Scott segnala un post che contiene la lista aggiornata al 28 febbraio, dei providers Linq ufficiali e non.

Lo stesso Charlie pubblicherà qui i futuri aggiornamenti.

Technorati Tag: Linq,Providers

Pensate come sarebbe brutto C# se...

Gianluca Carucci — Tue, 30 Oct 2007 14:11:39 GMT

il compilatore restituisse un errore nel caso in cui non gli piaccia l'ordine dei namespace dichiarati a inizio file.

Oppure se...

il compilatore restituisse un errore nel caso in cui non gli piaccia l'ordine delle classi/delegati/enumerazioni all'interno di un file.

O ancora peggio se...

il compilatore restituisse un errore nel caso in cui non gli piaccia l'ordine dei file da compilare.

Ma anche se...

con tanta fatica (e fortuna) riusciamo a trovare la giusta combinazione, ma un piccolo flag - fondamentale per la buona riuscita della compilazione - all'interno della configurazione del nostro progetto, provoca un errore di linking.

Per fortuna non sono problemi che si riscontrano in C#, ma aimè sono situazioni frequenti in progetti C++; ancor più frequenti quando si cerca di compilare un software Open Source. Ci fosse una volta che si scarica un progetto C++, si lancia la compilazione e questa funziona 'al primo colpo': certo, spesso il problema è dovuto ad una cattiva organizzazione del codice (e delle librerie), ma il linguaggio certo non aiuta.

Sia chiaro, non odio C++, mi piace e per certi versi lo amo (diciamo che lo stimo moltissimo); come potrei odiare un linguaggio che procaccia il cibo al mio caro fratellino ed evita che sia io a doverlo mantenere?

Quello che però proprio non riesco a mandare giù è dover perdere del tempo (in alcuni casi ore o giorni), a risolvere dei problemi completamente estranei al reale scopo della soluzione che sto sviluppando. Se c'è un pregio di C# - e .NET in generale - è proprio questo: lo sviluppo è concentrato per lo più verso l'aspetto funzionale, invece di quello tecnologico e infrastrutturale.

Se avete la necessità di dover compilare con MSVC++ 2005 l'ultima versione della libreria xvid è il vostro giorno fortunato: questa sera impiegherete 4 ore a decidere come vestirvi per andare sui navigli o al Karement piuttosto che perderle per capire come risolvere questo errore (ovviamente, lo stesso identico progetto compila correttamente usando MSVC++ 2003):

error C2632: 'int' followed by 'int' is illegal

Il problema è causato dal punto del codice in cui è incluso windows.h nel file portab.h. Spostando l'inclusione del file all'inizio del sorgente tutto funzionerà magicamente.

Per essere un po' più puliti sostituiamo la dichiarazione di inclusione (nel punto originale) con il seguente codice:

#if defined(_MSC_VER) && _MSC_VER < 1400

#include <windows.h>

#endif

ed aggiungiamo all'inizio del file il codice:

#if defined(_MSC_VER) && _MSC_VER == 1400

#include <windows.h>

#endif

In questo modo se il compilatore Visual C++ 2005, l'inclusione del file sarà spostata all'inizio del sorgente, altrimenti sarà lasciata dov'è.

Technorati Tag: C++ , C# , include , compilazione , xvid , vs2005

Assert multipli all'interno di un singolo unit test

Gianluca Carucci — Wed, 04 Oct 2006 07:48:00 GMT

Roy Osherove fornisce in questo post, alcuni validi motivi del perchè secondo lui non dovrebbe essere possibile permettere di fallire più assert nell'esecuzione di un singolo unit test. Il post è in contrapposizione con un'altro post di James Avery dove viene spiegato invece, il perchè questa feature potrebbe essere utile.

Un piccolo assaggio che quoto in pieno:

"Even if we assume that all the asserts are run, you're essentially running multiple tests on code that has "dirty" state. For example, asserting on the result of a method call may actually change the state of the object under test so that the next call to that method may actually be skewed because of the previous asserts. that's a bad world to be in. having single assert per test means you also know exactly the state of your object before the assert."

Technorati tags: UnitTest, TDD, Agile, Assert, assert

Nuovo ma già obsoleto?!?!?

Gianluca Carucci — Thu, 31 Aug 2006 08:07:00 GMT

Ogni tanto, leggendo l'msdn, escono cose simpatiche:)

Tratto dalla documentazione del metodo CppCodeProvider.CreateCompiler su MSDN Library:

.NET Framework Class Library

CppCodeProvider.CreateCompiler Method

Note: This method is new in the .NET Framework version 2.0.

NOTE: This method is now obsolete.

Creates an instance of the C++ code compiler.

Namespace: Microsoft.VisualC
Assembly: CppCodeProvider (in cppcodeprovider.dll)

Non bastasse, l'implementazione del metodo restituisce un NotImplementedException....

Technorati tags: Msdn, Codedom

Generics e alias

Gianluca Carucci — Fri, 23 Dec 2005 10:41:00 GMT

In c++, quando utilizziamo un template (prendiamo ad esempio il tipo std::vector), è pratica abbastanza diffusa definire un nuovo tipo del template specializzato.

Qualcosa di questo tipo per intenderci:

typedef std::vector IntVector;

Come sappiamo usare un template (o un tipo generico del framework) allunga incredibilmente il nome del tipo e risulta molto scomodo dover ripetere lo stesso nome per intero ad ogni cast, istanziazione etc etc. Esiste qualcosa di simile al tipedef anche in C#? La risposta è si, ma tenendo ben presente l'aggettivo SIMILE. In C# possiamo definire un alias utilizzando la key using. La "dichiarazione duale del tipo IntVector di c++, in c# sarebbe:

using IntList = System.Collection.Generic.List;

Leggere attentamente le avvertenze: lo statement using, come avviene con i namespace, definisce solo un alias, non esiste un vero e proprio equivalente del typedef del c++. Questo è supportato dal fatto che, una volta compilato il codice, nel nostro assembly non esisterà nessun metadata che fa riferimento al tipo IntList. Se proprio vogliamo definire un tipo specializzato del generic dobbiamo creare una classe che eredita dalla versione specializzata del tipo generico(magari può essere utile un codesnippet per questo).

Technorati tags: C++, using, template, generics

Testare classi che utilizzano Remoting

Gianluca Carucci — Tue, 20 Dec 2005 14:24:00 GMT

Problema: dobbiamo scrivere una serie di unit test che testano le funzionalità di un singleton pubblicato con Remoting.

Perchè è un problema? Perchè se specifico la porta usata dall'HttpChannel ed eseguo due test consecuitivi che registrano il nostro oggetto mediante l'httpchannel, il secondo test fallirà sempre. Il problema è dovuto al fatto che il socket del canale viene chiuso in maniera non determinstica (quando ne ha voglia il GC), quindi, quando viene eseguita (indirettamente dall'httpchannel) la bind per la seconda volta, viene lanciata un'eccezione che ci avverte che la porta tcp è già in uso ("only one usage of each socket address (protocol/IP address/port) is permitted").

Come risolverlo? Normalmente basterebbe chiudere il socket alla fine del test, peccato che l'httpchannel non fornisce nessuna reference al socket utlizzato e il channel non ha neanche un metodo Dispose che lo faccia indirettamente. Armato dei sani principi YAGNI e KISS, al posto di imbattermi in sinkprovider per cercare il socket perduto e chiuderlo a manina, ho trovato un piccolo workaround. La soluzione è banale, basta aprire l'httpchannel con il parametro port = 0. In questo modo, la porta del socket, viene scelta in modo automatico dal sistema (automatico=prima libera). A questo punto basta leggere la porta su cui ascolta il server ed usarla per creare il proxy. Ovviamente la porta scelta dinamicamente viene usata solo per i test, in produzione ha senso fissarne una decisa in fase di configurazione.

Ecco lo snippet di codice:
Creo il canale
HttpChannel channel = new HttpChannel(0);
ChannelServices.RegisterChannel(channel);

//Registro il servizio
RemoteConfiguration.RegisterWellKnownServiceType(typeof(Server), "MyService", WellKnownObjectMode.Singleton);
//Leggo l'indirizzo associato al servizio
string[] urls = channel.GetUrlsForUri("MyService");
int port = (new Uri(urls[0])).Port;

//Istanzio il proxy
IServer server = (IServer)Activator.GetObject(typeof(IServer), string.Format("http://localhost:remoting/MyService", port));

Technorati tags: remoting

Convertire un array di byte in stringa esadecimale

Gianluca Carucci — Fri, 29 Apr 2005 11:48:00 GMT

Visto che ne ho avuto bisogno, pubblico un piccolo snippet per risolvere il problema:

private static string ConvertToHex(string msg)
{
if (msg == null || msg == string.Empty)
{
return string.Empty;
}
   System.Text.StringBuilder sb = new StringBuilder();
   byte[] bmsgs = ASCIIEncoding.ASCII.GetBytes(msg);
   foreach (byte inByte in bmsgs)
{
    sb.Append(String.Format("{0:X2} ",inByte).Trim());
}
return sb.ToString();
}

AOP NET la parola a Don Box....

Gianluca Carucci — Fri, 15 Apr 2005 09:29:00 GMT

Riprendo il post di Lorenzo riguardo l'AOP e Net fornendo uno stralcio dell'intervista a Don Box (per la quanle nn finirò mai di ringraziare il nostro caro presidente :) che esprime il suo parere proprio sull'AOP e sulle tecniche di interception.

Personally, I think there are a lot of interesting programming paradigms out there, and I think that the industry has beaten the "attributes+interception" style of AOP to death. Personally, I've been much more inspired by the ideas that sprang from functional programming and think that Whidbey brings several of those ideas to the masses. Specifically, C#'s anonymous methods (closures) and iterators are far more interesting than yet another way to inject logging code.

BTW, the definitive method for injecting interceptors is the profiling API, which lets you catch every method invocation, not just those that cross a boundary. That stated, the API is so low level that statistically no one is qualified to program with it. In contrast, the C# features borrowed from functional programming are pretty darned accessible to a wide audience.

Il futuro dell'AOP nn sembra molto roseo...:) Prometto di scrivere al più presto un articolo sull'intervista con il testo integrale e qualche commento e considerazione... Parola di lupetto:D

Technorati tags: AOP, design

DavsGen Prima Versione

Gianluca Carucci — Fri, 25 Feb 2005 11:06:00 GMT

Il codedom si sa è una delle parti più interessanti del framework. Visto che c'è, perchè non usarlo? DavsGen è la prima versione versione di una serie di wizard integrati nel visual studio. Quando si aggiunge una classe ad un progetto di vs (sia esso in csharp che in vb) potrebbe essere utile avere una GUI per dichiarare i membri della classe e associargli automaticamente le propietà senza doversele scrivere ogni volta a mano.

Il wizard è liberamente scaricabile dal sito. DavsGen è distribuito sotto forma di file di installazione per semplificare il deploy del wizard. Ovviamente ogni feedback, idea o commento è ben accetto!

Technorati tags: codedom, code generator