<?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>Comments on: Enhetstesting av konsoll-applikasjoner</title>
	<atom:link href="http://blog.kjempekjekt.com/2009/07/07/enhetstesting-av-konsoll-applikasjoner/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.kjempekjekt.com/2009/07/07/enhetstesting-av-konsoll-applikasjoner/</link>
	<description>om livet som .net utvikler</description>
	<lastBuildDate>Wed, 16 May 2012 21:05:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Torbjørn</title>
		<link>http://blog.kjempekjekt.com/2009/07/07/enhetstesting-av-konsoll-applikasjoner/#comment-58355</link>
		<dc:creator>Torbjørn</dc:creator>
		<pubDate>Tue, 07 Jul 2009 12:31:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kjempekjekt.com/2009/07/07/enhetstesting-av-konsoll-applikasjoner/#comment-58355</guid>
		<description>Jeg mener vi som regel bør skrive applikasjonene våre helt uavhengig av hvilket type brukergrensesnitt man ønsker å benytte. Brorparten av programmene våre bør være i form av moduler som kan benyttes sammen med et hvilket som helst grensesnitt. Konsollet er kanskje det grensesnittet som skaper minst &quot;støy&quot; - hvis man starter med WPF, WebForms el.l., så vil rammeverket lett kunne påvirke løsningen din, så det er nok noe i påstanden du refererer til. Selv vil jeg anbefale å starte med et enkelt Class Library prosjekt, og så lar du testene være brukergrensesnittet ditt. 

Og så legger du et så tynt brukergrensesnitt som mulig oppå toppen når du trenger å vise noe til kunden.</description>
		<content:encoded><![CDATA[<p>Jeg mener vi som regel bør skrive applikasjonene våre helt uavhengig av hvilket type brukergrensesnitt man ønsker å benytte. Brorparten av programmene våre bør være i form av moduler som kan benyttes sammen med et hvilket som helst grensesnitt. Konsollet er kanskje det grensesnittet som skaper minst &#8220;støy&#8221; &#8211; hvis man starter med WPF, WebForms el.l., så vil rammeverket lett kunne påvirke løsningen din, så det er nok noe i påstanden du refererer til. Selv vil jeg anbefale å starte med et enkelt Class Library prosjekt, og så lar du testene være brukergrensesnittet ditt. </p>
<p>Og så legger du et så tynt brukergrensesnitt som mulig oppå toppen når du trenger å vise noe til kunden.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Halvard</title>
		<link>http://blog.kjempekjekt.com/2009/07/07/enhetstesting-av-konsoll-applikasjoner/#comment-58334</link>
		<dc:creator>Halvard</dc:creator>
		<pubDate>Tue, 07 Jul 2009 09:36:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kjempekjekt.com/2009/07/07/enhetstesting-av-konsoll-applikasjoner/#comment-58334</guid>
		<description>Jeg leste et sted nylig at aa starte med en konsollapplikasjon for deretter aa skrive den om til en vanlig windows eller WPF eller hva det enn skulle vaere, at det resulterer i bedre kode. Da blir man tvunget til aa refaktorere riktig for aa komme bort bra duplikat kode (forutsatt DRY-prinsippet) i viewet og at man ender opp med et API som er godt tilpasset aa slippe til eksterne parter. I farten fant jeg ikke linken, men med din mock her vil det jo vaere enkelt aa teste i hvert fall. Om det er noe i utsagnet har jeg heller ingen formening om.</description>
		<content:encoded><![CDATA[<p>Jeg leste et sted nylig at aa starte med en konsollapplikasjon for deretter aa skrive den om til en vanlig windows eller WPF eller hva det enn skulle vaere, at det resulterer i bedre kode. Da blir man tvunget til aa refaktorere riktig for aa komme bort bra duplikat kode (forutsatt DRY-prinsippet) i viewet og at man ender opp med et API som er godt tilpasset aa slippe til eksterne parter. I farten fant jeg ikke linken, men med din mock her vil det jo vaere enkelt aa teste i hvert fall. Om det er noe i utsagnet har jeg heller ingen formening om.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

