יישום רשת – הבדלי גרסאות
תוכן שנמחק תוכן שנוסף
שורה 1:
[[תמונה:Google_Calendar_week.png|שמאל|ממוזער|250px|[[יומן גוגל]] הוא יישום
'''יישום רשת''' (גם: '''יישום ווב''' או '''אפליקציית ווב'''; ב[[אנגלית]]: '''web application''') הוא [[יישום מחשב|יישום]] הנגיש דרך [[תקשורת נתונים#רשתות תקשורת|רשת מחשבים]], כגון רשת ה[[אינטרנט]] או [[אינטראנט]]. המונח יכול להתייחס גם ליישום תוכנה המאוחסן בסביבה הנשלטת באמצעות [[דפדפן]] (למשל [[יישומון|Java applet]]), או יישום שפותח ב[[שפת תכנות|שפה]] הנתמכת בדפדפנים (כמו [[JavaScript]] בשילוב עם [[שפת תגיות]] ה[[מפרש (תוכנה)|מפורשת]] על ידי הדפדפן, כמו [[HTML]]), ומסתמך על אחד מדפדפני הרשת הנפוצים לצורך פירוש [[קובץ הרצה|קובץ ההרצה]] של היישום.
יישומי רשת הפכו לפופולאריים בזכות התפוצה הגדולה של דפדפני רשת, ובזכות הנוחות בשימוש בדפדפן כתוכנת [[לקוח (מחשבים)|לקוח]] (לעתים מכונה גם "לקוח רזה"). האפשרות לעדכן ולתחזק יישומי רשת מבלי הצורך להפיץ ולהתקין תוכנה על גבי אלפי מחשבי לקוח פוטנציאליים, היא סיבת המפתח לפופולאריות של יישומי
== היסטוריה ==
במודלים המוקדמים של מחשוב, כדוגמת מודל [[שרת-לקוח]], האפליקציה הייתה מחולקת ל[[קוד מקור|קוד]] שרץ על גבי השרת וקוד המותקן מקומית על גבי כל לקוח. במילים אחרות, לאפליקציה הייתה תוכנת לקוח משלה אשר שימשה כ[[ממשק משתמש#ממשק משתמש לתוכנה|ממשק המשתמש]] שלה, והיה צורך להתקין אותה בנפרד על גבי ה[[מחשב אישי|מחשב האישי]] של כל משתמש. שדרוג של הקוד בצד השרת בדרך כלל היה דורש גם שדרוג של הקוד בצד הלקוח, אשר היה מותקן על גבי כל תחנות העבודה של המשתמשים. אופן פעולה כזה העלה את עלויות התמיכה הטכנית, והוריד את הפרודוקטיביות.
לעומת זאת, יישומי
בימים המוקדמים של הרשת כל דף אינטרנט נפרד היה מועבר ללקוח כמסמך סטאטי, אבל רצף הדפים יכול היה לספק חוויה אינטראקטיבית. הקלט מהמשתמש היה מוחזר אל השרת דרך אלמנטים של טפסים המוטמעים בתוך [[שפת תגיות|שפת התגיות]] של הדף.
שורה 15:
* בשנת [[1996]], חברת [[מקרומדיה]] הציגה את [[אדובי פלאש|Flash]], נגן של [[גרפיקה וקטורית|אנימציה וקטורית]], הניתן להוספה לדפדפנים כ[[פלאג אין]], מה שאיפשר להטמיע אנימציות בדפי אינטרנט. יישום זה נתן אפשרות נוספת להשתמש בשפת תסריט (במקרה זה, שפה בשם [[ActionScript]]) כדי לתכנת אינטראקציות בצד הלקוח, בלי הצורך ליצור קשר עם השרת.
* בשנת [[1999]], התפישה של "יישום
[[תמונה:Googlemapsisrael.jpg|שמאל|ממוזער|300px|[[גוגל מפות|מפות Google]] הוא יישום
* בשנת [[2005]] הוטבע המושג [[Ajax (תכנות)|Ajax]], ויישומים כמו [[Gmail]] התחילו להפוך את צד הלקוח שלהם ליותר ויותר [[אינטראקטיביות|אינטראקטיבי]]. כעת סקריפט בדף האינטרנט היה מסוגל ליצור קשר עם השרת לצורך אחסון או קבלה של [[נתונים]], בלי הצורך להוריד דף אינטרנט שלם.
שורה 23:
== חוויית משתמש ==
באמצעות טכנולוגיות כמו [[Java]], [[JavaScript]], [[DHTML]], [[אדובי פלאש|Flash]], [[Silverlight]] וטכנולוגיות אחרות, ניתן לקבל שירותים כגון ציור על גבי המסך, השמעת צלילים, גישה ל[[מקלדת מחשב|מקלדת]] ול[[עכבר (מחשב)|עכבר]], תמיכה בפעולות [[drag-and-drop]], ועוד. מפתחי
== מבנה יישומים ==
יישומי רשת מחולקים בדרך כלל ליחידות לוגיות הנקראות "שכבות" (באנגלית: tiers), ולכל שכבה יש תפקיד משלה. יישומים מסורתיים מורכבים רק משכבה אחת אשר נמצאת על גבי מחשב הלקוח. לעומת זאת, יישומי
עבור יישומים מורכבים יותר, מודל שלוש השכבות עלול שלא להספיק, ובמקרה כזה עדיף יהיה להשתמש בגישה של [[ארכיטקטורה רב-שכבתית (תוכנה)|ארכיטקטורה רב-שכבתית]] (n-שכבות). היתרון העיקרי בגישה כזאת הוא האפשרות לחלוקה עדינה יותר של ה[[לוגיקה עסקית|לוגיקה העסקית]], אשר נמצאת בשכבת היישום. עוד יתרון יכול להתקבל על ידי הוספת שכבת [[שילוב מערכות|אינטגרציה]] אשר מפרידה בין שכבת הנתונים ליתר השכבות, על ידי יצירה של ממשק נוח לצורך הגישה לנתונים. לדוגמה, הגישה לנתוני משתמשים תהיה באמצעות קריאה לפונקציה "()list_users", במקום לבצע שאילתת [[SQL]] ישירות כנגד טבלת המשתמשים בבסיס הנתונים. דבר זה יאפשר להחליף את בסיס הנתונים, מבלי הצורך לעשות שינויים כלשהם באף אחת מהשכבות האחרות.
יש המעדיפים פיתוח של יישומי
== מודל עסקי ==
בשנים האחרונות מופיעה אסטרטגיה חדשה עבור חברות תוכנה, לספק דרך האינטרנט גישה לתוכנות שקודם לכן היו מופצות כיישומים המיועדים לריצה מקומית. בהתאם לסוג היישום, ייתכן שהדבר ידרוש פיתוח של ממשק שונה לגמרי, מבוסס [[דפדפן]], או שלחלופין תידרשנה רק התאמות פשוטות יחסית ביישום הקיים, לשימוש בטכנולוגיית פרזנטציה שונה. תוכנות כאלה מאפשרות למשתמש לשלם דמי שימוש חודשיים או שנתיים עבור זכות השימוש בתוכנה, מבלי הצורך להתקין אותה על גבי ה[[כונן קשיח|כונן הקשיח]] במחשב המקומי. חברה שפועלת על פי אסטרטגיה כזאת נקראת [[Application Service Provider]]. כיום חברות כאלה זוכות לתשומת לב רבה בתעשיית התוכנה.
במודל [[מחשוב ענן|מחשוב הענן]], יישומי
== פיתוח יישומי
קיימות תשתיות ([[שלד תוכנה|Frameworks]]) רבות לפיתוח יישומי
השימוש בתשתיות לפיתוח יישומי
[[תמונה:GDocs_and_Spreadsheets_screenshot.png|שמאל|ממוזער|250px|[[Google Docs]] היא [[חבילת יישומים משרדיים]] הכוללת [[מעבד תמלילים]], [[גיליון אלקטרוני]] ו[[תוכנת מצגות]], המוצעים על ידי [[חברת גוגל]] כיישומי
== סוגי יישומים ==
שורה 48:
== יתרונות ==
* יישומי
* יישומי דפדפן בדרך כלל דורשים מעט שטח [[כונן קשיח|דיסק]] בצד הלקוח, או כלל לא.
* יישומי
* [[שילוב מערכות|אינטגרציה]] פשוטה בין יישומי
* ברוב המקרים יישומי
== חסרונות ==
* מבחינת נוחות השימוש ו[[חוויית משתמש|חוויית המשתמש]] שהם מספקים, יישומי
* יישומי
* יישומי דפדפן מסתמכים על [[קובץ|קבצים]] הנמצאים על גבי שרתים מרוחקים הנגישים דרך האינטרנט. כתוצאה מכך, כאשר קיימת הפרעה בחיבור, לא ניתן להשתמש יותר ביישום. עם זאת, יישומים המשתמשים באפשרויות הקיימות ב-[[HTML5]], כמו offline web application caching, ניתנים להורדה והתקנה מקומית לצורך שימוש במצב לא מקוון.
* יישומי
* לחברה המפתחת יש שליטה חזקה בהרבה על התוכנה ואופן הפעולה שלה. החברה יכולה לשחרר תכונות חדשות בכל עת שתרצה, אפילו אם המשתמש יעדיף תחילה לחכות עד אשר כל ה[[באג|באגים]] יטופלו לפני שיחליט לשדרג את התוכנה. לעתים קרובות האפשרות לדלג על גרסה חלשה של התוכנה אינה קיימת. החברה עלולה לדחוף למשתמשים שירותים שאינם רצויים מבחינתם, או לקצץ בעלויות על ידי צמצום [[רוחב פס|רוחב הפס]]. כמובן שחברות ינסו לשמור על לקוחותיהן מרוצים, אבל למשתמשי יישומי
* תאורטית החברה יכולה לעקוב אחרי כל דבר שהמשתמש עושה, דבר העלול להוביל לבעיות [[הזכות לפרטיות|פרטיות]].
שורה 72:
[[קטגוריה:יישומי מחשב]]
[[קטגוריה:פיתוח יישומי
[[קטגוריה:אינטרנט]]
|