<?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"
	>
<channel>
	<title>Comments on: MOS6502 - En Pythonbaserad emulator</title>
	<atom:link href="http://strombergson.com/kryptoblog/2008/08/29/mos6502-en-pythonbaserad-emulator/feed/" rel="self" type="application/rss+xml" />
	<link>http://strombergson.com/kryptoblog/2008/08/29/mos6502-en-pythonbaserad-emulator/</link>
	<description>Kryptografi och IT-säkerhet på svenska</description>
	<pubDate>Thu, 08 Jan 2009 12:31:29 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Joachim Strömbergson</title>
		<link>http://strombergson.com/kryptoblog/2008/08/29/mos6502-en-pythonbaserad-emulator/#comment-35931</link>
		<dc:creator>Joachim Strömbergson</dc:creator>
		<pubDate>Sat, 30 Aug 2008 18:58:46 +0000</pubDate>
		<guid isPermaLink="false">http://strombergson.com/kryptoblog/?p=548#comment-35931</guid>
		<description>Tack för kommentaren Klas.

Japp jag tittade på att implementera instruktionsavkodningen på det viset. Tydligen är det dessutom så man skall göra enligt ett snyggt designmönster.

Dock är if-elif-elif-else nära den MUX det skulle bli i HW och jag tycker att det är mer lättläst med en sekvens av block än en dictionary med metodanrop.

Det jag funderat på som alternativ är att försöka kodifiera varje instruktion som ett antal fält i en dicionary med opkoden som nyckel. Problemet är det finns så mycket specialfall som är svåra att koda som fält.</description>
		<content:encoded><![CDATA[<p>Tack för kommentaren Klas.</p>
<p>Japp jag tittade på att implementera instruktionsavkodningen på det viset. Tydligen är det dessutom så man skall göra enligt ett snyggt designmönster.</p>
<p>Dock är if-elif-elif-else nära den MUX det skulle bli i HW och jag tycker att det är mer lättläst med en sekvens av block än en dictionary med metodanrop.</p>
<p>Det jag funderat på som alternativ är att försöka kodifiera varje instruktion som ett antal fält i en dicionary med opkoden som nyckel. Problemet är det finns så mycket specialfall som är svåra att koda som fält.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Klas</title>
		<link>http://strombergson.com/kryptoblog/2008/08/29/mos6502-en-pythonbaserad-emulator/#comment-35930</link>
		<dc:creator>Klas</dc:creator>
		<pubDate>Fri, 29 Aug 2008 15:58:54 +0000</pubDate>
		<guid isPermaLink="false">http://strombergson.com/kryptoblog/?p=548#comment-35930</guid>
		<description>Ett alternativ till alla elif-satser skulle kunna vara att definiera varje operation i en egen metod och använda en dictionary för att mappa från op-kod till metod. Dictionary-uppslagningen skulle antagligen gå litet snabbare än att gå igenom alla elif-satser, men man skulle förlora desto mer prestanda på funktionsanropen. Det handlar alltså om en avvägning mellan prestanda och hur snygg kod man vill ha.</description>
		<content:encoded><![CDATA[<p>Ett alternativ till alla elif-satser skulle kunna vara att definiera varje operation i en egen metod och använda en dictionary för att mappa från op-kod till metod. Dictionary-uppslagningen skulle antagligen gå litet snabbare än att gå igenom alla elif-satser, men man skulle förlora desto mer prestanda på funktionsanropen. Det handlar alltså om en avvägning mellan prestanda och hur snygg kod man vill ha.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
