<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:copyright="http://blogs.law.harvard.edu/tech/rss" xmlns:image="http://purl.org/rss/1.0/modules/image/">
    <channel>
        <title>Visual Studio</title>
        <link>http://blogs.ugidotnet.org/ainotame/category/Visual Studio.aspx</link>
        <description>Visual Studio</description>
        <language>it</language>
        <copyright>Roberto Sarati</copyright>
        <generator>Subtext Version 2.6.0.0</generator>
        <item>
            <title>JsHint  - Permettere variabili globali</title>
            <link>http://blogs.ugidotnet.org/ainotame/archive/2014/12/24/jshint-permettere-variabili-globali.aspx</link>
            <description>Senza entrare nella discussione di quale lint-tool utilizzare per il verificare la “bontà” del codice js scritto, e poichè JsHint è incluso nel plugin di VS WebEssentials, mi sono ritrovato a faccia a faccia con il seguente messaggio:    Tale messaggio indica chiaramente che la variabile “_” (lodash nel mio caso) è usata senza che essa venga precedentemente dichiarata. Da qui il mio pensiero è stato:     Vero è che, di buona norma, occorrerebbe evitare di utilizzare variabili globali ed iniettarle tutte tramite injection, però è anche vero che ce ne sono un insieme ($, _, angular, toastr…) che sinceramente si fa “fatica” ogni volta definirle come parametro da iniettare (si, sono molto lazy).    Perchè non esiste lo stesso problema con angular (anch’essa variabile globale)?    E’ possibile in qualche modo nascondere questo messaggio di errore selettivamente per altre librerie?   La risposta è ovviamente positiva e può essere risolta nei seguenti modi:     All’inizio di ogni file .js che utilizza “_”, è possibile aggiungere la direttiva /*global _: false*/, ovvero indica di non considerare “_” in quanto è definito nello scope globale    Da visual studio, sotto il menù “WEB ESSENTIALS-Edit global JSHint settings” è possibile modificare le impostazioni utilizzate dall’utente corrente:            Il file “.jshintrc” è un file json che, tra le altre cose, definisce quali variabili sono considerate globali:            Ecco quindi il motivo per il quale “angular” non viene mostrato di default nei messaggi di JsHint. La sezione può essere quindi arricchita in modo da aggiungere altre librerie:          Nel punto precedente tutto funziona perfettamente eccetto che tale setting è a livello di utente e magari “Emix” è una variabile che si vorrebbe considerare globale solo in uno specifico progetto. Per ovviare al problema è possibile creare una copia del file “.jshintrc”, aggiungerla alla solution in modo da utilizzare un set di impostazioni specifiche per il singolo progetto/solution:           In questo modo inoltre, poichè il file è all’interno della solution, le impostazioni possono essere salvate su source control e quindi condivise tra tutti gli sviluppatori del team. &lt;img src="http://blogs.ugidotnet.org/ainotame/aggbug/101921.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Roberto Sarati</dc:creator>
            <guid>http://blogs.ugidotnet.org/ainotame/archive/2014/12/24/jshint-permettere-variabili-globali.aspx</guid>
            <pubDate>Wed, 24 Dec 2014 01:47:32 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/ainotame/archive/2014/12/24/jshint-permettere-variabili-globali.aspx#feedback</comments>
            <slash:comments>8</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/ainotame/comments/commentRss/101921.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/ainotame/services/trackbacks/101921.aspx</trackback:ping>
        </item>
        <item>
            <title>ASP.NET AngularJS seed</title>
            <link>http://blogs.ugidotnet.org/ainotame/archive/2014/11/28/asp.net-angularjs-seed-project.aspx</link>
            <description>Quando iniziai (un po’ di tempo fa a dire il vero) a voler provare/utilizzare AngularJS su alcuni progetti web, mi sono scontrato contro alcuni problemi tra i quali:     Non voler cambiare “troppo” le tecnologie utilizzate e conosciute dal team (asp.net, webapi, sql server… e quindi niente node, mongo, php, gruntjs…),     Utilizzare Visual Studio e avere una struttura chiara della solution,     Creare una SPA, e non solo il motore di binding di ng per le singole view asp.net.    Poichè ai tempi (mesi e mesi fa) non trovai un esempio/template che mi soddisfacesse appieno, in quanto:     o veniva usato nodejs e niente vs     o l’organizzazione dell’applicazione ng era a cura del developer     o gli script ng erano separati dalle view (e per me è una cosa fastidiosa dopo un paio di esperienze tra cui anche la struttura di default di durandaljs)    Ho creato un progetto su github, https://github.com/sierrodc/ASP.NET-MVC-AngularJs-Seed, dove:     viene utilizzato nuget solo per le libraries .net; ho scelto di non usarlo per i package js perchè altrimenti non avrei potuto organizzarli come segue             ovvero una sorta di struttura a strati con le librerie senza dipendenze in Ring0, e con Ring(N) dipendente da Ring(N-1)           è configurato angularjs e una semplice SPA con alcune features con la seguente struttura:        dove:              emixApp.js definisce l’applicazione angularjs, impostando tutte le dipendenze e le regole di routing (forse lo estrarrò da qui),         la cartella directives contiene tutte le directive custom,         la cartella services contiene i servizi angular, in questo caso solo un proxy alle chiamate verso webapi         la cartella pages che contiene le pagine che costituiscono la SPA, ogni pagina definita tramite coppia #pagina.html, pagina.js#                      tutte le librerie che ritengo utili (anche per una demo veloce) sono già incluse, configurate e utilizzabili;     Per una lista completa di librerie incluse faccio riferimento al file readme.md presente su repository (cercherò ti mantenerle il più possibile aggiornate).    E dopo questa condivisione, ogni domanda, suggerimento  o critica è ben accetta.&lt;img src="http://blogs.ugidotnet.org/ainotame/aggbug/101907.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Roberto Sarati</dc:creator>
            <guid>http://blogs.ugidotnet.org/ainotame/archive/2014/11/28/asp.net-angularjs-seed-project.aspx</guid>
            <pubDate>Fri, 28 Nov 2014 01:38:12 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/ainotame/archive/2014/11/28/asp.net-angularjs-seed-project.aspx#feedback</comments>
            <slash:comments>23</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/ainotame/comments/commentRss/101907.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/ainotame/services/trackbacks/101907.aspx</trackback:ping>
        </item>
        <item>
            <title>Microsoft news</title>
            <link>http://blogs.ugidotnet.org/ainotame/archive/2014/11/13/microsoft-news.aspx</link>
            <description>La giornata di oggi è stata particolarmente ricca di news per noi sviluppatori:     E’ disponibile l’update 4 di Visual Studio 2013 (non ancora segnalato in VS2013 ma scaricabile qui Download Visual Studio 2013 Update 4 (2013.4) RTM)      La lista delle novità e delle correzioni è disponibile alla seguente pagina: http://www.visualstudio.com/news/vs2013-update4-rtm-vs    E’ stata rilasciata una nuova edizione di VS ovvero la Visual Studio 2013 Community, che include gli ultimi updates, e che supporta sviluppo web, cloud, mobile, Kinect, Unity… permettendo inoltre di installare estensioni. Un cambio di rotta rispetto all’ultima tornata di VS express frammentato in più versioni e con estensioni bloccate.      Interessante notare la seguente frase presente su sito microsoft:      ”For all other usage scenarios: In non-enterprise organizations, up to 5 users can use Visual Studio Community. In enterprise organizations (meaning those with &amp;gt;250 PCs or &amp;gt; $1MM in annual revenue), no use is permitted beyond the open source, academic research, and classroom learning environment scenarios described above”       Questo significa che in piccole aziende è possibile utilizzare VS Community senza oneri anche per fini commerciali (correggetemi se sbaglio).    Disponibile Visual Studio 2015 preview (http://www.visualstudio.com/news/vs2015-preview-vs#Net) con EF7, Rosylin, .net4.6, asp.net 5 e chi più ne ha più ne metta    L’apertura sempre più consistente da parte di Microsoft verso il mondo opensource e sistemi “non-windows”:         sono stati rilasciati parti importanti di .net framework su github (http://blogs.msdn.com/b/dotnet/archive/2014/11/12/net-core-is-open-source.aspx)      si è (forse) presa consapevolezza di ciò che molti avrebbero voluto da .NET, ovvero la multipiattaforma (forse dovuto anche al successo di Xamarin [che tra parentesi, tra le altre cose, prevede di aggiungere il supporto a VS anche nella versione free]). ScottGu ha infatti annunciato la volontà di rilasciare una versione ufficiale e supportata di .net core per linux e osx (http://weblogs.asp.net/scottgu/announcing-open-source-of-net-core-framework-net-core-distribution-for-linux-osx-and-free-visual-studio-community-edition)      Che dire… senza parole.&lt;img src="http://blogs.ugidotnet.org/ainotame/aggbug/101901.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Roberto Sarati</dc:creator>
            <guid>http://blogs.ugidotnet.org/ainotame/archive/2014/11/13/microsoft-news.aspx</guid>
            <pubDate>Thu, 13 Nov 2014 03:22:07 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/ainotame/archive/2014/11/13/microsoft-news.aspx#feedback</comments>
            <slash:comments>5</slash:comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/ainotame/comments/commentRss/101901.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/ainotame/services/trackbacks/101901.aspx</trackback:ping>
        </item>
        <item>
            <title>Upgrade progetto MVC4 a MVC5 in VS2012</title>
            <link>http://blogs.ugidotnet.org/ainotame/archive/2013/11/20/upgrade-progetto-mvc4-a-mvc5-in-vs2012.aspx</link>
            <description>Se avete un progetto ASP.NET MVC4 in VS2012 e, ingenuamente, credete che basti aggiornare i pacchetti nuget per passare alla nuova versione di MVC5 beh, siete leggermente fuori strada.  In primis occorre modificare opportunamente i web.config e il file csproj come spiegato in questo articolo:   http://www.asp.net/mvc/tutorials/mvc-5/how-to-upgrade-an-aspnet-mvc-4-and-web-api-project-to-aspnet-mvc-5-and-web-api-2   Dopo tali modifiche tuttavia vi renderete conto di non aver più intellisense nelle pagine razor.   Per riaverlo è necessario installare ASP.NET and Web Tools 2013.1 for Visual Studio 2012:     http://blogs.msdn.com/b/webdev/archive/2013/11/18/announcing-release-of-asp-net-and-web-tools-2013-1-for-visual-studio-2012.aspx  Oppure rimane valido il passaggio a VS2013 :)  Buon ASP.NET MVC5 a tutti.&lt;img src="http://blogs.ugidotnet.org/ainotame/aggbug/101727.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Roberto Sarati</dc:creator>
            <guid>http://blogs.ugidotnet.org/ainotame/archive/2013/11/20/upgrade-progetto-mvc4-a-mvc5-in-vs2012.aspx</guid>
            <pubDate>Wed, 20 Nov 2013 22:42:24 GMT</pubDate>
            <comments>http://blogs.ugidotnet.org/ainotame/archive/2013/11/20/upgrade-progetto-mvc4-a-mvc5-in-vs2012.aspx#feedback</comments>
            <wfw:commentRss>http://blogs.ugidotnet.org/ainotame/comments/commentRss/101727.aspx</wfw:commentRss>
            <trackback:ping>http://blogs.ugidotnet.org/ainotame/services/trackbacks/101727.aspx</trackback:ping>
        </item>
    </channel>
</rss>