<?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>Kommentare zu: Fortschritt, Probleme: OR-Mapper</title>
	<atom:link href="http://ugamela-blog.pheelgood.net/2009/01/01/fortschritt-probleme-or-mapper/feed/" rel="self" type="application/rss+xml" />
	<link>http://ugamela-blog.pheelgood.net/2009/01/01/fortschritt-probleme-or-mapper/</link>
	<description>Entwicklung eines Browsergames</description>
	<lastBuildDate>Tue, 31 May 2011 22:53:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Von: Avedo</title>
		<link>http://ugamela-blog.pheelgood.net/2009/01/01/fortschritt-probleme-or-mapper/comment-page-1/#comment-148</link>
		<dc:creator>Avedo</dc:creator>
		<pubDate>Tue, 03 Mar 2009 18:50:05 +0000</pubDate>
		<guid isPermaLink="false">http://ugamela-blog.pheelgood.net/?p=178#comment-148</guid>
		<description>Das Pattern hat mir auch sehr gut gefallen. Es ermöglicht einem die Schnelle Kontrolle ob ein DomainObjekt bereits geladen  oder sogar verändert oder gelöscht wurde. So kann man sicher stellen, dass auch wirklich nur dann Objekte geladen werden, wenn sie noch nicht bereits geladen wurden. Zudem ist es natürlich auf diese Weise möglich alle Änderten an DomainObjekten in der Datenbank zu speichern, gelöschte Objekte aus der Datenbank zu löschen und neue Objekte in der Datenbank zu speichern und das alles ohne einen direkten Befehl dafür geben zu müssen. Man implementiert nur eine Methode commit(), die bei ihrem Aufruf über die Arrays der verschiedenen Objekt-zustände iteriert und die entsprechende Aktion ausführt. Wie du wahrscheinlich gerade auch bemerkt hast, rede ich auch von Arrays. Diese habe ich nämlich auch in meiner Implementierung des Unit of Work Patterns verwendet. Jedoch erinnert das kathegorisieren der DomainObjekte in &quot;removed&quot;, &quot;dirty&quot;, &quot;new&quot; und &quot;loaded&quot; meiner Meinung nach sehr an das flaggen von Mails beim Internet Message Access Protocol.
MfG, Andy</description>
		<content:encoded><![CDATA[<p>Das Pattern hat mir auch sehr gut gefallen. Es ermöglicht einem die Schnelle Kontrolle ob ein DomainObjekt bereits geladen  oder sogar verändert oder gelöscht wurde. So kann man sicher stellen, dass auch wirklich nur dann Objekte geladen werden, wenn sie noch nicht bereits geladen wurden. Zudem ist es natürlich auf diese Weise möglich alle Änderten an DomainObjekten in der Datenbank zu speichern, gelöschte Objekte aus der Datenbank zu löschen und neue Objekte in der Datenbank zu speichern und das alles ohne einen direkten Befehl dafür geben zu müssen. Man implementiert nur eine Methode commit(), die bei ihrem Aufruf über die Arrays der verschiedenen Objekt-zustände iteriert und die entsprechende Aktion ausführt. Wie du wahrscheinlich gerade auch bemerkt hast, rede ich auch von Arrays. Diese habe ich nämlich auch in meiner Implementierung des Unit of Work Patterns verwendet. Jedoch erinnert das kathegorisieren der DomainObjekte in &#8220;removed&#8221;, &#8220;dirty&#8221;, &#8220;new&#8221; und &#8220;loaded&#8221; meiner Meinung nach sehr an das flaggen von Mails beim Internet Message Access Protocol.<br />
MfG, Andy</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Phoscur</title>
		<link>http://ugamela-blog.pheelgood.net/2009/01/01/fortschritt-probleme-or-mapper/comment-page-1/#comment-147</link>
		<dc:creator>Phoscur</dc:creator>
		<pubDate>Tue, 03 Mar 2009 15:55:18 +0000</pubDate>
		<guid isPermaLink="false">http://ugamela-blog.pheelgood.net/?p=178#comment-147</guid>
		<description>Ah, immer interessant herauszufinden, dass es etwas schon gab, bevor man es für sich wieder erfindet^^. Auf den ersten Blick sieht mir dieses Pattern meinem Aufbau sehr ähnlich, ich verwende aber statt Flags einfach Arrays die ich in array_diff_*() schmeiße. Auch Factories habe ich beim Erstellen, die mir außerdem die Beziehung Objekt&lt;Unterobjekte&lt;Module zusammensteckt. Mal sehen was noch dazu kommt, auf jeden Fall ist es sehr gut erweiterbar.</description>
		<content:encoded><![CDATA[<p>Ah, immer interessant herauszufinden, dass es etwas schon gab, bevor man es für sich wieder erfindet^^. Auf den ersten Blick sieht mir dieses Pattern meinem Aufbau sehr ähnlich, ich verwende aber statt Flags einfach Arrays die ich in array_diff_*() schmeiße. Auch Factories habe ich beim Erstellen, die mir außerdem die Beziehung Objekt&lt;Unterobjekte&lt;Module zusammensteckt. Mal sehen was noch dazu kommt, auf jeden Fall ist es sehr gut erweiterbar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Avedo</title>
		<link>http://ugamela-blog.pheelgood.net/2009/01/01/fortschritt-probleme-or-mapper/comment-page-1/#comment-146</link>
		<dc:creator>Avedo</dc:creator>
		<pubDate>Tue, 03 Mar 2009 15:36:38 +0000</pubDate>
		<guid isPermaLink="false">http://ugamela-blog.pheelgood.net/?p=178#comment-146</guid>
		<description>Schau dir bezüglich des automatisierten mappens von Objekten doch mal das Unit of Work Pattern an. Das hilft dir nicht nur dabei deine DomainObjekte zu überwachen, sondern sie auch zu verwalten. Ähnlich, wie es auch bei IMAP gemacht wird, werden die einzelnen DomainObjekte geflaggt, sodass die Mapper Klasse einfach nur die Flags kontrollieren muss. Schau es dir einfach an. Ist eigentlich ein ziemlich simples Pattern. Bei Fragen helfe ich dir gerne.
MfG, Andy</description>
		<content:encoded><![CDATA[<p>Schau dir bezüglich des automatisierten mappens von Objekten doch mal das Unit of Work Pattern an. Das hilft dir nicht nur dabei deine DomainObjekte zu überwachen, sondern sie auch zu verwalten. Ähnlich, wie es auch bei IMAP gemacht wird, werden die einzelnen DomainObjekte geflaggt, sodass die Mapper Klasse einfach nur die Flags kontrollieren muss. Schau es dir einfach an. Ist eigentlich ein ziemlich simples Pattern. Bei Fragen helfe ich dir gerne.<br />
MfG, Andy</p>
]]></content:encoded>
	</item>
</channel>
</rss>

