Talk:MVC - Revision history

JaroslavTulach: /* Hyogyu said ... */

2020-04-04T06:23:17Z

Hyogyu said ...

←Older revision		Revision as of 06:23, 4 April 2020
Line 99:		Line 99:

	--[[User:JaroslavTulach\|JaroslavTulach]] 23:22, 14 July 2011 (UTC)		--[[User:JaroslavTulach\|JaroslavTulach]] 23:22, 14 July 2011 (UTC)
-	~~== Hyogyu said ... ==~~

-	~~<div class='commentBlock'>~~
-	只要將 Query 盡量善用 Rails 3 的 AREL 的架構去下, 就可以做到 lazy load. (就是 view 呼叫 each 之類的才會真的 query db).如此拉資料的邏輯還是在 Controller 裡. View 也可以一如往常再加 fragment cache. 如此就仍能保有一定的效率 (雖然還是在吃 cache 前產生了 AREL 的物件計算, 不過那應該影響非常小), 同時還能 keep the rule, 維持一致性的結構啦.

-	~~--Hyogyu 17:03, 21 October 2013 (CEST)~~
-	~~</div>~~
	== Zsombor said ... ==		== Zsombor said ... ==

81.26.156.9: Comment provided by Alex - via ArticleComments extension

2017-03-16T07:24:28Z

Comment provided by Alex - via ArticleComments extension

←Older revision		Revision as of 07:24, 16 March 2017
Line 112:		Line 112:

	--Zsombor 13:39, 23 October 2013 (CEST)		--Zsombor 13:39, 23 October 2013 (CEST)
		+	</div>
		+	== Alex said ... ==
		+
		+	<div class='commentBlock'>
		+	This is not classical MVC, according to the Martin Fowler Controller does not have direct link with view.
		+
		+	--Alex 08:24, 16 March 2017 (CET)
	</div>		</div>

94.23.238.222: Comment provided by Zsombor - via ArticleComments extension

2013-10-23T11:39:47Z

Comment provided by Zsombor - via ArticleComments extension

←Older revision		Revision as of 11:39, 23 October 2013
Line 105:		Line 105:

	--Hyogyu 17:03, 21 October 2013 (CEST)		--Hyogyu 17:03, 21 October 2013 (CEST)
		+	</div>
		+	== Zsombor said ... ==
		+
		+	<div class='commentBlock'>
		+	Sorry, but I cannot urakntdee to troubleshoot every problem that readers might encounter, particularly when travelling (I'm out of the UK until early November). What I have managed to establish is that the message you're seeing is caused by the Zend_Service_ReCaptcha component throwing an exception. It indicates that the contents of the challenge field are not being received by the verify() method. There are several possible causes: you have mixed up the GET and POST methods, there's a misspelling in the first argument passed to the verify() method, or there's something in your setup that's preventing the ReCaptcha values from being displayed/transmitted. Whatever the cause, I'm fairly confident that it's not an error in the book or in the code on the CD. The files on the CD were thoroughly tested before the disk was created.I suggest that you conduct some troubleshooting steps of your own, such as looking at the source code generated by the form with the ReCaptcha widget in it, and examining the contents of the $_POST array with print_r(). Let me know if you manage to locate the cause of the problem. I'm curious as to why the challenge value should not be sent when the form is submitted.
		+
		+	--Zsombor 13:39, 23 October 2013 (CEST)
	</div>		</div>

94.23.238.222: Comment provided by Hyogyu - via ArticleComments extension

2013-10-21T15:03:42Z

Comment provided by Hyogyu - via ArticleComments extension

←Older revision		Revision as of 15:03, 21 October 2013
Line 99:		Line 99:

	--[[User:JaroslavTulach\|JaroslavTulach]] 23:22, 14 July 2011 (UTC)		--[[User:JaroslavTulach\|JaroslavTulach]] 23:22, 14 July 2011 (UTC)
		+	== Hyogyu said ... ==
		+
		+	<div class='commentBlock'>
		+	只要將 Query 盡量善用 Rails 3 的 AREL 的架構去下, 就可以做到 lazy load. (就是 view 呼叫 each 之類的才會真的 query db).如此拉資料的邏輯還是在 Controller 裡. View 也可以一如往常再加 fragment cache. 如此就仍能保有一定的效率 (雖然還是在吃 cache 前產生了 AREL 的物件計算, 不過那應該影響非常小), 同時還能 keep the rule, 維持一致性的結構啦.
		+
		+	--Hyogyu 17:03, 21 October 2013 (CEST)
		+	</div>

JaroslavTulach: /* cootassonge said ... */

2011-07-14T23:22:35Z

cootassonge said ...

←Older revision		Revision as of 23:22, 14 July 2011
Line 96:		Line 96:

	I am doing my best and interest from new readers can only encourage me. Thanks for sharing your note.		I am doing my best and interest from new readers can only encourage me. Thanks for sharing your note.
-	--[[~~Special~~:~~Contributions/89.190.90.1~~\|~~89.190.90.1~~]] 23:21, 14 July 2011 (UTC)	+
		+
		+	--[[User:JaroslavTulach\|JaroslavTulach]] 23:22, 14 July 2011 (UTC)

89.190.90.1: /* cootassonge said ... */

2011-07-14T23:21:41Z

cootassonge said ...

←Older revision		Revision as of 23:21, 14 July 2011
Line 94:		Line 94:
	--[http://filmbak.com cootassonge] 19:30, 13 July 2011 (CEST)		--[http://filmbak.com cootassonge] 19:30, 13 July 2011 (CEST)
	</div>		</div>
		+
		+	I am doing my best and interest from new readers can only encourage me. Thanks for sharing your note.
		+	--[[Special:Contributions/89.190.90.1\|89.190.90.1]] 23:21, 14 July 2011 (UTC)

187.4.128.12: Comment provided by cootassonge - via ArticleComments extension

2011-07-13T17:30:03Z

Comment provided by cootassonge - via ArticleComments extension

←Older revision		Revision as of 17:30, 13 July 2011
Line 86:		Line 86:
	My major point is that MVC is not just for efficient user interface design.		My major point is that MVC is not just for efficient user interface design.
	Until next time, David		Until next time, David
		+	== cootassonge said ... ==
		+
		+	<div class='commentBlock'>
		+	Pretty nice post. I just stumbled upon your weblog and wanted to say that I've truly enjoyed surfing around your blog posts. After all I will be subscribing to your rss feed and I hope you write again very soon!
		+
		+
		+	--[http://filmbak.com cootassonge] 19:30, 13 July 2011 (CEST)
		+	</div>

JaroslavTulach: Undo revision 3683 by Paola09 (Talk)

2010-05-07T14:13:59Z

Undo revision 3683 by Paola09 (Talk)

←Older revision		Revision as of 14:13, 7 May 2010
Line 48:		Line 48:
	Until the next time,		Until the next time,
	David		David
-

	[[User:JaroslavTulach]]: Thanks for your comments. Feel free to update the page with additional info.		[[User:JaroslavTulach]]: Thanks for your comments. Feel free to update the page with additional info.
Line 87:		Line 86:
	My major point is that MVC is not just for efficient user interface design.		My major point is that MVC is not just for efficient user interface design.
	Until next time, David		Until next time, David
-
-
-	~~==Related LInks:==~~
-
-	~~[http://www.healthmuscle.com/'''fat-burning-furnace-review''']~~

Paola09 at 03:24, 7 May 2010

2010-05-07T03:24:52Z

←Older revision		Revision as of 03:24, 7 May 2010
Line 48:		Line 48:
	Until the next time,		Until the next time,
	David		David
		+

	[[User:JaroslavTulach]]: Thanks for your comments. Feel free to update the page with additional info.		[[User:JaroslavTulach]]: Thanks for your comments. Feel free to update the page with additional info.
Line 86:		Line 87:
	My major point is that MVC is not just for efficient user interface design.		My major point is that MVC is not just for efficient user interface design.
	Until next time, David		Until next time, David
		+
		+
		+	==Related LInks:==
		+
		+	[http://www.healthmuscle.com/'''fat-burning-furnace-review''']

JaroslavTulach at 06:59, 14 November 2009

2009-11-14T06:59:40Z

←Older revision		Revision as of 06:59, 14 November 2009
Line 26:		Line 26:
	[[User:JaroslavTulach]]: I think people often use [[MVC]] as a metapattern name. In this meaning the [[MVC]] is an idea (in the way Plato's philosophy is using it). Its actual realizations as either [[MVC]] (via HTTP) or [[MVP]] (via [[GUI]]) or [[DCI]] (if you claim it is just another implementation of the old [[MVC]] idea) are then closer or further from the absolutely clear and sharp ideal [[MVC]].		[[User:JaroslavTulach]]: I think people often use [[MVC]] as a metapattern name. In this meaning the [[MVC]] is an idea (in the way Plato's philosophy is using it). Its actual realizations as either [[MVC]] (via HTTP) or [[MVP]] (via [[GUI]]) or [[DCI]] (if you claim it is just another implementation of the old [[MVC]] idea) are then closer or further from the absolutely clear and sharp ideal [[MVC]].

-	~~There is another thing I would like to mention. Members (some) of the original Smalltalk-80 development team do not accept [[MVC]] even after 30 years of its existence.~~	+	Here is some clarification on the above. Some distinguished members of the Smalltalk-80 development team did not accept the MVC concept neither 30 years ago nor can accept and live with it now (after multiple existing frameworks try to implement it with different level of adherance).
-		+
-	~~[[User:JaroslavTulach]]: I do not understand meaning of this sentence. Can you explain what you mean?~~	+
-	Here is some clarification on the above. Some distinguished members of the Smalltalk-80 development team did no accept the MVC concept neither 30 years ago nor can accept and live with it now (after multiple existing frameworks try to implement it with different level of adherance).	+

	But you cannot ignore the fact that it exists with or without your acceptance and will continue to exist. The matter is how consistent your implementation and how close it to the concept. The closer it is the better. Otherwise, using such framework and its output (code) becomes more and more complex and painful.		But you cannot ignore the fact that it exists with or without your acceptance and will continue to exist. The matter is how consistent your implementation and how close it to the concept. The closer it is the better. Otherwise, using such framework and its output (code) becomes more and more complex and painful.