<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires pour Blog DELETEC</title>
	<atom:link href="http://blog.deletec.fr/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.deletec.fr</link>
	<description>Ne pas s’arrêter au physique</description>
	<lastBuildDate>Fri, 06 Jan 2012 09:21:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Commentaires sur SharePoint : développement et performances par Hamdi MLAOUHI</title>
		<link>http://blog.deletec.fr/2011/02/sharepoint-developpement-et-performances/#comment-62</link>
		<dc:creator>Hamdi MLAOUHI</dc:creator>
		<pubDate>Fri, 06 Jan 2012 09:21:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.deletec.fr/?p=254#comment-62</guid>
		<description>L&#039;utilisation du SPContext.Current ne peut être restreinte au seule cas des WebParts. 
Et même dans ce cas,il y a plusieurs aspects où il n&#039;est pas conseillé d&#039;utiliser le Context.
Par exemple:
•	Besoin d’exécuter le code dans le contexte d’un autre profil.
•	Besoin d’exécuter des opérations à risque (des mises à jour forcées) et là, on instancie aussi des nouveaux SPSite et SPWeb.
•	Où tout simplement éviter d’utiliser le SPContext.Current au cas où notre appli crash (oups on est jamais à l’abri) et là, on risque de perdre le contexte.
•	….

Et aussi il existe d’autre environnement d’exécution, là où on ne dispose pas d’un contexte (SPContext) telque l’activation des features en ligne de commande : dans ce cas le SPContext.Current n’existe tout simplement pas et on est obligé d’instancier notre SPSite et SPWeb.</description>
		<content:encoded><![CDATA[<p>L&#8217;utilisation du SPContext.Current ne peut être restreinte au seule cas des WebParts.<br />
Et même dans ce cas,il y a plusieurs aspects où il n&#8217;est pas conseillé d&#8217;utiliser le Context.<br />
Par exemple:<br />
•	Besoin d’exécuter le code dans le contexte d’un autre profil.<br />
•	Besoin d’exécuter des opérations à risque (des mises à jour forcées) et là, on instancie aussi des nouveaux SPSite et SPWeb.<br />
•	Où tout simplement éviter d’utiliser le SPContext.Current au cas où notre appli crash (oups on est jamais à l’abri) et là, on risque de perdre le contexte.<br />
•	….</p>
<p>Et aussi il existe d’autre environnement d’exécution, là où on ne dispose pas d’un contexte (SPContext) telque l’activation des features en ligne de commande : dans ce cas le SPContext.Current n’existe tout simplement pas et on est obligé d’instancier notre SPSite et SPWeb.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur SharePoint : développement et performances par Mafyou</title>
		<link>http://blog.deletec.fr/2011/02/sharepoint-developpement-et-performances/#comment-61</link>
		<dc:creator>Mafyou</dc:creator>
		<pubDate>Thu, 22 Dec 2011 14:10:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.deletec.fr/?p=254#comment-61</guid>
		<description>&quot;using(SPSite oSPsite = new SPSite(&quot;http://monServer&quot;))&quot;
Ceci n&#039;a aucun sens.

Cf 2 MVP: Sachant que dans une webpart par exemple, nous disposons du contexte courant du site web, faire un new SPSite n&#039;a simplement pas de sens. Pourquoi avoir 2 instances du même contexte?

La bonne pratique étant:
SPSite sp = SPContext.Current.Site;
Tout simplement ;-)</description>
		<content:encoded><![CDATA[<p>&#8220;using(SPSite oSPsite = new SPSite(&#8220;http://monServer&#8221;))&#8221;<br />
Ceci n&#8217;a aucun sens.</p>
<p>Cf 2 MVP: Sachant que dans une webpart par exemple, nous disposons du contexte courant du site web, faire un new SPSite n&#8217;a simplement pas de sens. Pourquoi avoir 2 instances du même contexte?</p>
<p>La bonne pratique étant:<br />
SPSite sp = SPContext.Current.Site;<br />
Tout simplement <img src='http://blog.deletec.fr/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Les nouveautés de VMware View 4.6 par Michael Nagar</title>
		<link>http://blog.deletec.fr/2011/03/les-nouveautes-de-vmware-view-4-6/#comment-52</link>
		<dc:creator>Michael Nagar</dc:creator>
		<pubDate>Wed, 02 Mar 2011 17:54:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.deletec.fr/?p=303#comment-52</guid>
		<description>Very good, short and to the point
Thank you.</description>
		<content:encoded><![CDATA[<p>Very good, short and to the point<br />
Thank you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur MVVM : Vers des applications plus performantes et plus maintenables par Cheyrou Jérôme</title>
		<link>http://blog.deletec.fr/2011/02/mvvm-vers-des-applications-plus-performantes-et-plus-maintenables/#comment-50</link>
		<dc:creator>Cheyrou Jérôme</dc:creator>
		<pubDate>Mon, 28 Feb 2011 14:59:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.deletec.fr/?p=278#comment-50</guid>
		<description>Ça fait plaisir de voir que mon passage chez Deletec à laisser des traces. :)

En effet, MVVM Light Toolkit est un très bon framework pour WPF, Silverlight et WP7.</description>
		<content:encoded><![CDATA[<p>Ça fait plaisir de voir que mon passage chez Deletec à laisser des traces. <img src='http://blog.deletec.fr/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>En effet, MVVM Light Toolkit est un très bon framework pour WPF, Silverlight et WP7.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

