טוב העלתי את זה גם בפורום אחר (בחו"ל).
בקצרה שתי דברים שכנראה קשורים בצורה כל שהיא.
1. מאז שאני זוכר את עצמי מסתכל בקוד של PHPBB (לפני כ הממ 3-4 שנים?) ורואה את קבצי ה TPL התהבתי ב TEMPLATES. ניסיתי לכתוב מחלקות משלי שיטפלו בזה ועוד כל מיני דברים, עד שלבסוף הגעתי ל Smarty. הכל טוב ויפה סינטקס חדש ללמוד (לא קשה 30-40דקות) ואז עליתי על דברים כלשהם בחיפוש שערכתי:
האם זה באמת כל כך קריטי לכתוב:

קוד:

{section name=a loop=$a}
<div> {$a.foo}</div>
{/section}

במקום:

קוד:

<?php foreach($a as $v){?>
echo '<div> ', $v, '</div>';
<?php}?>

הרי מעצב (שבישבילו אנחנו כל כך טורחים להפריד את הלוגיקה מהעיצוב, הכל בגלל המעצב המסכן שלנו שלא יודע PHP) כנראה גם לא יודע את הסינטקס של Smaty (או כל מנוע טיימפלייט אחר שתבחרו) וניתן לראות מהדוגמא שלי ששני הבלוקים של הקוד נורא דומים, אז מה אפכת לו מה ללמוד?
ואז באחת התגובות בפורום אני מקבל תשובה: "לרוב מנועי טיימפלייט נועדו ליצור סינטקס חדש אשר יגביל הכנסת קוד PHP טרי לעיצוב" ופה נפלתי. "וואלה הבן אדם צודק" חשבתי לעצמי, אבל מה Smarty (וכנראה כל מנוע אחר) דאגו לזה על ידי הוספת התגים {php} {/php} אשר מאפשרים לכם להכניס כל קוד PHP בתוך העיצוב שלכם.
אז אחרי חפירה עמוקה אנו מגיעים לשאלה בשביל מה? בשביל להוסיף לתוכנית שלכם עוד 1500 שורות של קוד ואיזה 4-5 קבצים אשר מגידירם שפה חדשה ומקשים על עליית העמוד שלכם?
אז מה ש MVC דורש הפרדה בין "מודל" ל"מבט"? הכנסת לולאות section של SMARTY נקרא הפרדה בין הלוגיקה לעיצוב? לא הרבה יותר פשוט לעשות משהוא כזה:

קוד:

<div id="cart">
<?php display_cart(); ?>
</div>

מה המעצב המסכן שלנו לא יוכל לזכור שכל פעם שהוא רוצה להציג עגלת קניות יש לכתוב 18אותיות? אז מה ש display_cart() יכיל בתוכו כמה divs and spans לעיצוב הטבלה של עגלת הקניות?
לא יודע זו דעתי, כלומר אני רוצה לומר שאין שחור ולבן ושאפשר לגוון אבל למה להמציא שפה חדשה על גבי PHP שבסופו של דבר בכל מקרה עוברת הידור לעמוד PHP שאנחנו נראה על המסך?
אשמח לדעת את תגובתכם בנושא.

2. מכיוון שהתחלתי להתעניין בפטרן MVC אשמח לדעת מה דעתכם על מימוש זה http://www.phpit.net/article/simple-mvc-php5/ של הפטרן ב PHP והאם אתם מכירים עוד דרכים לממש MVC ב PHP? אשמח לדעת.

תודה רבה מראש וסוף שבוע נעים.

(חשוב לציין: אני חס וחלילה לא מנסה לפגוע במעצבים כל שהם, הם אנשים נהדרים אשר ממלאים את הרשת שלנו בצבעים עליזים ויוצרים עיצובים מדהימים. אני בעצמי מעצב בצורה כלשהיא, אז קבלו את כל ההתיחסיות למעצבים שהזכרתי בצחוק ולא בלעג כי זה לא באמת מה שניסיתי להעביר).

ציטוט:

במקור נכתב על ידי eXtruct ... הרי מעצב (שבישבילו אנחנו כל כך טורחים להפריד את הלוגיקה מהעיצוב, הכל בגלל המעצב המסכן שלנו שלא יודע PHP) ...

ממש ממש לא, זו ממש לא הסיבה להפרדת עיצוב מתוכן.
בכל אופן, אין סיבה שאכתוב כאן ספר שילמד על הפרדת עיצוב מתוכן כשדיו (דיגטלי וכמובן גם לא) רב כבר נשפך בנושא.

1. למד XML (אלא אם כבר עשית זאת ואז מספיק שתתמה למה צריך xHTML כשיש לנו html. למה צריך CSS כשניתן לעצב עם תגי html - ולא, התשובה אינה כי CSS מוסיף אפשרויות, כיון שלו זאת היתה הסיבה, היו מוסיפים את האותן אפשרויות בשפת html)

2. גגל על הפרדת עיצוב מתוכן וסביר להניח שתקבל מענה.

3. אני חושב שהמקום ממנו כדאי לך להתחיל ללמוד על MVC הוא ויקיפדיה.

פיספסת את כל הנקודה של מה שרציתי לומר...
אני לא נגד שימוש ב CSS או הפרדת התוכן מהעיצוב, אני רק לא מבין למה אנשים מתעקשים להישתמש בשפה חדשה אשר מבצעת את אותן פעולות כמו PHP.

2. מצטער חיפשתי ולא מצאתי כלום. ברוב המקומות כתוב שזה בגלל שמעצב ללא ידע ב PHP יכול לעצב את האתר.

3. קראתי את זה וזה לא הייתה השאלה שלי הבאתי דוגמא ספציפית ושאלתי האם ניתן לומר על מימוש זה שהוא טוב או ולא ולמה.

http://www.fresh.co.il/vBulletin/sh...ate#post2587472

בהודעה הראשונה את הקישור הזה שבוא מוצאת דרך אחרת ל- Template Engine שעונה בידיוק על השאלה שאתה שואל.

אני משתמש במערכת הזאת בפרויקטים שאני בונה, יכול להיות שעשיתי טעות גורלית, לפחות אני יכול להתנחם בעובדה ששאלתי קודם מה דעתכם, ואתם לא הגבתם, אז פירשתי את זה ככן..

כן קראתי את האשכול הזה וגם את הכתבה וגם כמה כתבות דומות שמדברות על אותו נושא.
אפשר לשאול למה אתה חושב שעשית טעות?

אמרתי שיכול להיות, אני חושב שזה פתרון מצוין, מצד שני לא יצא לי לעבוד עם מערכת Template אחרת...

בסופו של דבר לדעתי זה אחלה של דבר

http://www.cakephp.org/

הכי קל להביא לינקים נכון?
אני לא ביקשתי FW שעובד בסגנון MVC אפילו לא דיברתי על זה. אז למה סתם לזרוק לינק?

גם נורא קל לבוא בשאלות ולהגיד לא על כל תשובה שאומרים לך.

אתה צודק שהתחום הזה הוא אפור, אבל ההפרדה לא נועדה אך ורק בשביל המעצב.
אומנם לבנות זאת ככה, כשאתה בוחר את המידע בצד אחד של הקוד ומציג אותו במקום אחר לגמרי, מקשה על הכתיבה שאולי התרגלת אליה אבל הוא מקל מאוד על העריכה ושינוי של הקוד בשלב מאוחר יותר.

אף אחד לא אמר שאתה צריך לעבוד עם MVC כמו שהוגדר, זה הכל. לא קיבלת תשובה מוחלטת כי אין כזו.

אני ממליץ לך להסתכל על Ruby On Rails - ולא כדי לעבור לעבוד עם משהו אחר - אפשר לראות שם בפשטות, לפי דעתי, איפה עקרון הMVC מועיל.

לפי מה שהבנתי הרישיון של CakePHP הוא MIT, זה אומר שאפשר לעשות עם ה- FW מה שרוצים? כולל להשתמש בזה לדברים מסחריים?

מה זה אומר MIT?

http://en.wikipedia.org/wiki/MIT_License

אני לא עורך דין, ואני לא רוצה שבגלל שאני לא עורך דין לעבור על החוק.

הבנתי שכעיקרון זה רישיון שמאפשר לעשות הכל עם התוכנה, כולל להשתמש בה בשביל תוכנה אחרת ולמכור אותה, בתנאי ש...?

תכלס, מה זה נותן לי לעשות?

לא צריך להיות עורך דין או משהו בסגנון בישביל להבין את זה הנה הרשיון בעצם החלק הראשון מראה בידיוק מה אפשר לעשות.

ציטוט:

Copyright (c) <year> Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

אבל אתה צריך להבין שזה חשוב לי להבין את זה, כי במקרה שלא הבנתי את זה נכון, אני עובר על החוק.

לפי מה שהבנתי זה ככה: אני יכול לעשות מה שאני רוצה עם התוכנה, בתנאי ש:
בכל העתק של התוכנה, או במקומות העיקריים של התוכנה (למשל, אם זה מחלקה לשים את זה איפה שמגדירים את המחלקה, אבל לא כל פעם שקוראים לה)

צריך לשים:

קוד:

Copyright (c) <year> 

(כמובן בהתאם למה שכתוב שם)

נכון, אתה אמור להשאיר זכויות יוצרים לעורך המקורי בין אם זה בנאדם ארגון או חברה.