<?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: PHP Design Patterns</title>
	<atom:link href="http://mk.netgenes.org/archives/230/feed/" rel="self" type="application/rss+xml" />
	<link>http://mk.netgenes.org/archives/230/</link>
	<description>The blog is a lie</description>
	<lastBuildDate>Fri, 12 Mar 2010 00:04:10 +0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Kiwi格網技術開發站 &#187; 重新探討Web Application與MVC</title>
		<link>http://mk.netgenes.org/archives/230/comment-page-1/#comment-8488</link>
		<dc:creator>Kiwi格網技術開發站 &#187; 重新探討Web Application與MVC</dc:creator>
		<pubDate>Mon, 08 Jan 2007 03:25:31 +0000</pubDate>
		<guid isPermaLink="false">http://mk.netgenes.org/?p=230#comment-8488</guid>
		<description>[...] http://mk.netgenes.org/archives/230/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://mk.netgenes.org/archives/230/" rel="nofollow">http://mk.netgenes.org/archives/230/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kiwi</title>
		<link>http://mk.netgenes.org/archives/230/comment-page-1/#comment-1315</link>
		<dc:creator>Kiwi</dc:creator>
		<pubDate>Fri, 23 Jun 2006 07:40:08 +0000</pubDate>
		<guid isPermaLink="false">http://mk.netgenes.org/?p=230#comment-1315</guid>
		<description>您的文章有一段時間了，不過還是耐人尋味。確實直到現在您所提出的php上MVC模型也正好就是目前幾乎所有framework都達成的事。

實感佩服！</description>
		<content:encoded><![CDATA[<p>您的文章有一段時間了，不過還是耐人尋味。確實直到現在您所提出的php上MVC模型也正好就是目前幾乎所有framework都達成的事。</p>
<p>實感佩服！</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kiwi格網技術開發站 &#187; php與MVC</title>
		<link>http://mk.netgenes.org/archives/230/comment-page-1/#comment-1312</link>
		<dc:creator>Kiwi格網技術開發站 &#187; php與MVC</dc:creator>
		<pubDate>Fri, 23 Jun 2006 05:43:31 +0000</pubDate>
		<guid isPermaLink="false">http://mk.netgenes.org/?p=230#comment-1312</guid>
		<description>[...] 更多閱讀 http://mk.netgenes.org/archives/230/ http://mk.netgenes.org/archives/217/ http://www.neo.com.tw/archives/000212.html http://big5.pconline.com.cn/b5/www.pconline.com.cn/pcedu/empolder/wz/php/0404/349705.html [...]</description>
		<content:encoded><![CDATA[<p>[...] 更多閱讀 <a href="http://mk.netgenes.org/archives/230/" rel="nofollow">http://mk.netgenes.org/archives/230/</a> <a href="http://mk.netgenes.org/archives/217/" rel="nofollow">http://mk.netgenes.org/archives/217/</a> <a href="http://www.neo.com.tw/archives/000212.html" rel="nofollow">http://www.neo.com.tw/archives/000212.html</a> <a href="http://big5.pconline.com.cn/b5/www.pconline.com.cn/pcedu/empolder/wz/php/0404/349705.html" rel="nofollow">http://big5.pconline.com.cn/b5/www.pconline.com.cn/pcedu/empolder/wz/php/0404/349705.html</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mk</title>
		<link>http://mk.netgenes.org/archives/230/comment-page-1/#comment-1037</link>
		<dc:creator>mk</dc:creator>
		<pubDate>Tue, 16 May 2006 12:41:02 +0000</pubDate>
		<guid isPermaLink="false">http://mk.netgenes.org/?p=230#comment-1037</guid>
		<description>如果你說 user ID 不應重覆，這應該在資料儲存(我假設你在用資料庫吧)就該好好定義了，在註冊的 business logic 那部份也只需定義遇到這種情況(以及其他資料庫回傳的問題)該怎麼辦。
&lt;br /&gt;
有不少人嚮往微軟 ASP.NET 那種一次過的整合方法，但也有用家批評它把很多重要資訊都收起來，令介面設計員沒彈性(比如說，在元件外沒法存取元件的資訊)。我想還是依你的喜好及工作的性質吧。
&lt;br /&gt;
至於view 的那個問題，大部份都可以用現成的程式庫，在 controller 的尾端(或，有些厲害的 framework 甚至內置轉譯器，不用設計員費心)將整套東西變成 view。如果可以大膽一點，你甚至可以在 XML 裏直接加上 XSL 的參考連結，指示用戶端的瀏覽器自行轉譯。</description>
		<content:encoded><![CDATA[<p>如果你說 user ID 不應重覆，這應該在資料儲存(我假設你在用資料庫吧)就該好好定義了，在註冊的 business logic 那部份也只需定義遇到這種情況(以及其他資料庫回傳的問題)該怎麼辦。<br />
<br />
有不少人嚮往微軟 ASP.NET 那種一次過的整合方法，但也有用家批評它把很多重要資訊都收起來，令介面設計員沒彈性(比如說，在元件外沒法存取元件的資訊)。我想還是依你的喜好及工作的性質吧。<br />
<br />
至於view 的那個問題，大部份都可以用現成的程式庫，在 controller 的尾端(或，有些厲害的 framework 甚至內置轉譯器，不用設計員費心)將整套東西變成 view。如果可以大膽一點，你甚至可以在 XML 裏直接加上 XSL 的參考連結，指示用戶端的瀏覽器自行轉譯。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: platstar</title>
		<link>http://mk.netgenes.org/archives/230/comment-page-1/#comment-1031</link>
		<dc:creator>platstar</dc:creator>
		<pubDate>Sat, 13 May 2006 10:38:06 +0000</pubDate>
		<guid isPermaLink="false">http://mk.netgenes.org/?p=230#comment-1031</guid>
		<description>另外也有個小疑惑,那就是若View用XML+XSL來輸出,也為此動作建立了library
像這種通用的Library,是否也該放到Controller或Model裡?
還是就在View的地方,直接去呼叫引用?</description>
		<content:encoded><![CDATA[<p>另外也有個小疑惑,那就是若View用XML+XSL來輸出,也為此動作建立了library<br />
像這種通用的Library,是否也該放到Controller或Model裡?<br />
還是就在View的地方,直接去呼叫引用?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: platstar</title>
		<link>http://mk.netgenes.org/archives/230/comment-page-1/#comment-1030</link>
		<dc:creator>platstar</dc:creator>
		<pubDate>Sat, 13 May 2006 10:35:27 +0000</pubDate>
		<guid isPermaLink="false">http://mk.netgenes.org/?p=230#comment-1030</guid>
		<description>其實我本身沒有接觸過PHP,是在找MVC的資料才發現這裡的^^

MS的User Interface Process(UIP)也是依MVC架構去做,但它的Model是用於儲存狀態
因為UIP主要是為了有效處理&quot;執行流程&quot;的架構.一般3-Tier則是處理&quot;邏輯切割&quot;的架構
例如一個完整會員註冊的功能,依User操作不同,
而會有幾種階段或畫面的變化,像註冊失敗,授權同意,基本資料填寫,進階資料填寫...
該怎麼去定義並控制執行它所該跑的各種畫面,則是它要做的

這對Web程式來說是相當適用的一種做法.所以又看了所謂的3-Tier的概念,
讓我在思考如何適切的去整合UIP這類MVC架構,再配合著3-Tier
同上的例子,在註冊的過程中,或者會有些bussiness Logic 像user ID不能重複
這部分的layer應該安排至Model或Controller?

要放在UIP裡的model,讓model變得較為複雜,不但負責Process的狀態,也負責呼叫
bussinessLogicLayer 和 DataAcessLayer class(類似圖二你所用的PHP模型)

還是model單純負責process的狀態,讓Controller也直接呼叫bussinessLogicLayer和DataAcessLayer的class(類似圖一 傳統的 MVC 模型)

我本身對這些概念也還沒有很正確的認知,所以希望能藉由討論,得到些新的觀點</description>
		<content:encoded><![CDATA[<p>其實我本身沒有接觸過PHP,是在找MVC的資料才發現這裡的^^</p>
<p>MS的User Interface Process(UIP)也是依MVC架構去做,但它的Model是用於儲存狀態<br />
因為UIP主要是為了有效處理&#8221;執行流程&#8221;的架構.一般3-Tier則是處理&#8221;邏輯切割&#8221;的架構<br />
例如一個完整會員註冊的功能,依User操作不同,<br />
而會有幾種階段或畫面的變化,像註冊失敗,授權同意,基本資料填寫,進階資料填寫&#8230;<br />
該怎麼去定義並控制執行它所該跑的各種畫面,則是它要做的</p>
<p>這對Web程式來說是相當適用的一種做法.所以又看了所謂的3-Tier的概念,<br />
讓我在思考如何適切的去整合UIP這類MVC架構,再配合著3-Tier<br />
同上的例子,在註冊的過程中,或者會有些bussiness Logic 像user ID不能重複<br />
這部分的layer應該安排至Model或Controller?</p>
<p>要放在UIP裡的model,讓model變得較為複雜,不但負責Process的狀態,也負責呼叫<br />
bussinessLogicLayer 和 DataAcessLayer class(類似圖二你所用的PHP模型)</p>
<p>還是model單純負責process的狀態,讓Controller也直接呼叫bussinessLogicLayer和DataAcessLayer的class(類似圖一 傳統的 MVC 模型)</p>
<p>我本身對這些概念也還沒有很正確的認知,所以希望能藉由討論,得到些新的觀點</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mk</title>
		<link>http://mk.netgenes.org/archives/230/comment-page-1/#comment-1028</link>
		<dc:creator>mk</dc:creator>
		<pubDate>Wed, 10 May 2006 16:40:11 +0000</pubDate>
		<guid isPermaLink="false">http://mk.netgenes.org/?p=230#comment-1028</guid>
		<description>第二種你是指像一些著名的 framework，例如 WASP 使用 MVC 嗎？我覺得如果應用程式規模夠大，物件資料鬆散，這樣做較便利於開發。
&lt;br /&gt;
我覺得 view 本身負責的人應該只負責外觀，外來指令他應該一句不理直接傳到後台(即 controller 和 model)，分工適當有助團助開發。</description>
		<content:encoded><![CDATA[<p>第二種你是指像一些著名的 framework，例如 WASP 使用 MVC 嗎？我覺得如果應用程式規模夠大，物件資料鬆散，這樣做較便利於開發。<br />
<br />
我覺得 view 本身負責的人應該只負責外觀，外來指令他應該一句不理直接傳到後台(即 controller 和 model)，分工適當有助團助開發。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: platstar</title>
		<link>http://mk.netgenes.org/archives/230/comment-page-1/#comment-1018</link>
		<dc:creator>platstar</dc:creator>
		<pubDate>Mon, 08 May 2006 02:32:03 +0000</pubDate>
		<guid isPermaLink="false">http://mk.netgenes.org/?p=230#comment-1018</guid>
		<description>是不是會有一種 MVC/3-Tier 的混種呢？

這個問題我這幾天剛好也在思考,也把MS的User Interface Process觀念放在一起
我想了2種情況,
一種跟版主相似,model 本身是bussiness logic layer,並再包括了DataAcessLayer

另一種則把bussinessLogicLayer和DataAcessLayer獨立出來,直接由View進行操作
Controller和Model則負責系統流程控制與狀態儲存

不知您有什麼看法呢?</description>
		<content:encoded><![CDATA[<p>是不是會有一種 MVC/3-Tier 的混種呢？</p>
<p>這個問題我這幾天剛好也在思考,也把MS的User Interface Process觀念放在一起<br />
我想了2種情況,<br />
一種跟版主相似,model 本身是bussiness logic layer,並再包括了DataAcessLayer</p>
<p>另一種則把bussinessLogicLayer和DataAcessLayer獨立出來,直接由View進行操作<br />
Controller和Model則負責系統流程控制與狀態儲存</p>
<p>不知您有什麼看法呢?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
