Terminal Frost
New member
יש לי תהייה
אני זוכר שדגון אמר פה פעם שצריך לשאוף לכך שהמוביל של הפרוסס של האפליקציה יהיה הלקוח. ז"א שצד-השרת יהיה עושה דברו של הלקוח. אם כל אפליקצית ASP תלויה ברמה כל-כך קריטית בלקוח, ובנכונות ויעילות הקוד בלקוח, למה אנחנו מנדים באכזריות, כמעט פנאטית, אנשים שבאים עם שאלות צד-לקוח? הרי שני הדברים שזורים האחד בתוך השני, ובלתי ניתנים להפרדה. זה כמו שיבוא בנאדם וישאל: איך אני עושה
אני זוכר שדגון אמר פה פעם שצריך לשאוף לכך שהמוביל של הפרוסס של האפליקציה יהיה הלקוח. ז"א שצד-השרת יהיה עושה דברו של הלקוח. אם כל אפליקצית ASP תלויה ברמה כל-כך קריטית בלקוח, ובנכונות ויעילות הקוד בלקוח, למה אנחנו מנדים באכזריות, כמעט פנאטית, אנשים שבאים עם שאלות צד-לקוח? הרי שני הדברים שזורים האחד בתוך השני, ובלתי ניתנים להפרדה. זה כמו שיבוא בנאדם וישאל: איך אני עושה
Response.Wriet("blah<span>"&sString&"</spna>blah")
ואנחנו נגיד: טוב בקשר לRESPONSE, יש לך טעות זה אמור להיות RESPONSE.WRITE, אבל בקשר למה שיש בתוך הRESPONSE - לך לפורום בוני אתרים ותשאל שם. כמובן שלקחתי מקרה היפותטי ותלוש מהמציאות לחלוטין, רק כדי להמחיש. אני בטוח שאתם מבינים את המהות של השאלה, ולא תתיחסו אליה בזלזול. מי שמספיק מנוסה יודע שאין שום דרך לכתובה אפליקציה נאותה בלי לשים דגש מאוד גדול על הקוד בלקוח. אני מכיר אפליקציות שמדברות עם השרת כמעט רק בXMLHTTP, ולמעשה בנויות בלקוח (אפילו מהדרות XML בעצמן, ושולחות אותו כמו שהוא לביצוע בשרת), ואני שואף תוך כדי עבודה לתת ללקוח כמה שיותר שליטה על הריצה של התכנה. זה אפילו מעלה תהייה לגבי השם של הפורום: אולי ננסה "פורום מפתחי אפליקציות WEB"... הדגש על ASP לדעתי גדול מדי. זאת התהייה.
