בתכנות, תיאור תפקיד טוב אינותמיד אומר לפתור את זה. אך כל תיאור של בעיה מקרב אותה תמיד לפיתרון שלה. אלגוריתמיזציה ותכנות נחשבו לאחרונה בהגזמה רבה כמילים נרדפות.
מתכנתים נקראים יותר ויותר מפתחים. תוצאת התכנות היא תמיד תיאור (משתנים + אלגוריתם) של הפיתרון לבעיה.
באיזו שפה מה ואיך נעשה - זה לא משנה.
האלגוריתמיזציה והתכנות הלכו לראשונהיד ביד, אבל אז דרכיהם נפרדו. בשלב זה, לא כדאי לזכור הרבה - זה חל על הראשון. תמיד צריך לקבל מושג ברור על משתנים ואלגוריתמים - זה חל על השני.
השגשוג של תכנות מודרנית נובע בעיקר מהנתיב הקוצני שלאורכו הייתה הבנה של מידע, תיאור נתונים ואלגוריתמים לעיבודם בתוכניות.
השפות הראשונות היו פשוטות כמו קלפי אגרוף, אך הן עבדו. המשתנים, סוגי המשתנים, הצהרת המשתנים וסדר התיאור הוסדרו באופן קפדני ביותר.
ככלל, המשתנים חולקו לדינמיות (אלה שניתן לשנות) וסטטיים (קבועים, אי אפשר לשנות אותם).
הראשון היה משתנה מסוג מצביע (זההכשרון של השפה הטובה וה"נצחית "-" אסמבלר "). לא בכל השפות הוא נשמר בזמנים שונים, אך בתכנות מודרנית השימוש במצביעים הוא ראש הקוד.
יש לתאר את המשתנה לפני הראשוןלהשתמש, ולרוב בתחילת התוכנית, ואפילו לעתים קרובות יותר - בחלק ספציפי של התוכנית. על המשתנה להיות כתוב באותיות לטיניות, עם או בלי מספרים. כמה שפות איפשרו את הסמל "_". הראשון חייב להיות סמל.
למשתנה הייתה תכונה אופיינית: היה עליו לדעת כמה בתים יש בזיכרון וכיצד עליו להתיישר לגבול של מילה, או אפילו למילה כפולה.
האחרון היה חשוב מאוד למתמטיקהתוכניות. תכונות של ארגון ה- RAM ועבודת המעבד המתמטי חייבו את המתכנת לא רק לתאר את המשתנה נכון ובזמן, אלא גם לחשוב כיצד הוא ישתלב ב- RAM.
הערה "המעיים" של ה- RAM אינם נגישים לתכנות מודרניות ברוב המוחלט של המקרים. בעבר היה צריך להתחשב בקפדנות בארגון הזיכרון.
מבני הנתונים הראשונים הם קבוצות של משתנים- תפקדו כמשתנים עם סמנטיקה ספציפית, אך כדי לגשת אליהם היה צורך לא רק לדעת כמה בתים לקח, אלא גם לקחת בחשבון שהמהדר יישר אוטומטית את גבולות המילים לסוגים מסוימים של נתונים.
כל זה הוביל לטעויות חמורות ב-תוכניות. לזכר התקופות הקשות הללו, יש לציין כי השפות הראשונות, על כל הדייקנות והמדויקות שלהן, סיפקו משתנים, סוגים, מבני נתונים בתכנות ופיתוח עם בקרה תחבירית בטוחה.
אם התוכנית עברה את בקרת התחביר וקושרה בהצלחה, בעיות בביצוע החלו רק עם שגיאת מתכנת קטלנית או כשל בחומרה.
כמה שפות תכנות נותרו מחויבות לתיאור המחמיר של המשתנים. הרוב מאפשרים תיאור, אך מאפשרים לשנות את סוג המשתנה כנוח למתכנת.
PHP:כאן המשתנה בתכנות מאופיין לחלוטין בשם, בערך, אך הסוג תלוי במקום בקוד ובזמן שהיה נחוץ. יש כאלה שלא ממש אוהבים לתת שם למשתנים עם הסימן "$", אבל אתה יכול לקבל שמות אלה: $ 1, $ 2, $ 3.
טווחי הערכים חורגים מהמגבלות הנדרשות, וישנם סוגים רבים אפשריים. לרוב המוחלט של המשימות, ישנם מספיק קווים, מספרים שלמים, לעיתים אמיתיים והגיוניים. אין מצביע ככזה, אבל יש את היכולת להעביר אינדיקציה למקום המשתנה.
JavaScript:משתנה בתכנות מאופיין לחלוטין בכך שצריך לתאר אותו, אם כי במקרים מסוימים השפה תסלח לחוסר התיאור, יש סיכוי קטן לקבל קוד תקף. JavaScript פשוט לא יעבוד עם משהו שלא מתאים לתחביר שלו או שהוא לא יכול היה לבצע.
טווחי ערכים הם גם מחוץ לסולם, אך משתנים קטנים הם הפופולריים ביותר.
התכנות בשפות הקשורות לאינטרנט היא עקיפה, כלומר C #, C ++, פסקל, דלפי הם קפדניים. ב- C #, אתה צריך לא רק לתאר, אלא גם לאתחל.
קודם כל, לפי שמך, שאליו שונהלשפות דרישות קפדניות. אם ב- PHP סימן $ חייב להופיע תמיד לפני שם המשתנה, אז ב- Java זה מעבר לתחום האמנה. באופן כללי, מבחינת שמות משתנים, בנוסף לרעיונות של תחביר שפה, יש המון רעיונות של מפתחים.
החל מכתיבה בשפה ספציפית, יש להקשיב לחוות דעתם של עמיתים ולראות את המדריכים האידיאולוגיים האחרונים על סגנון השפה.
המאפיין השני של משתנה הוא ערכו.זה תמיד שם. גם אם אין ערך, זה גם ערך. תכונה אופיינית: לדוגמה, PHP, פונקציות רבות המחזירות מספר כתוצאה יכולות לייצר בוליאני כתוצאה - מה לא התוצאה?
סוג אינו חשוב, נוכחות חשובה, והרבה מבני JavaScript מסתפקים בנוכחות ערך, ללא קשר לסוגו.
הדבר האחרון שחשוב הוא, למעשה, ערך המשתנה.
באופן כללי, עולם התיאור, עולם המשתנים, למרות הניבים והסגנונות בשמות, לא התפתח הרבה ביחס לסוגים בסיסיים.
רוב המתכנתים משתמשים במחרוזות, לרוב מספרים שלמים (אינט, מספר שלם), במידת הצורך מספרים אמיתיים (כפולים, אמיתיים), חלקם עדיין שומרים על מושג הסימן (char).
אתה אפילו לא יכול לדבר על מסדי נתונים (מקטן לגדול), שם מסופק מספר הווריאציות של הסוגים הבסיסיים לכל אירוע, וסוגים רבים של נתונים עוברים בירושה מימי עדה וביוב.
נכון לעכשיו, המשתנה הטוב ביותר ב-התכנות מאופיינת לחלוטין באינדיקציה לעצמה, בהנחה שערכה, סוגה ובאופן כללי מי זה יהיה ברור רק ברגע בו הוא נחוץ.
משתנה בודד בתכנות מאופיין במלואו ברצון להיות בחברה כמוה. זו תופעה היסטורית, ומעט תלוי ברצונו של היזם.
אם יצירת התוכנית מתחילה בטכניתמשימות, במיוחד אם הפיתוח נלקח על ידי מומחים שעבורם הנושא של "אלגוריתמיזציה ותכנות", למילה הראשונה יש משמעות רבה יותר מהשנייה, אז יהיו הרבה מאוד משתנים. בדרך כלל אפשרות זו נעצרת בשלב של תיאור משתנה.
אם יצירת התוכנית מתחילה בניתוח המשימה העיקרית שלה והיא הנקודה העיקרית של הבעיה שנלקחת כבסיס, אז יש מספיק סיכוי להגיע לתוצאה פועלת.
תאר את הנקודה העיקרית וצור אלגוריתם, שלההמשתתף אינו רק משתנה בתכנות, סוג, שם, ערכים ומקום התיאור, אלא תחילת התהליך. תהליך תיאור המשתנים והאלגוריתם שעובד איתם חשוב.
תנועה חשובה:
בדרך כלל לאחר יצירת התיאור השני או השלישי מגיעה ההבנה היכן להתחיל. והמשימה עברה לעבוד.
זה לא הרבה להתחיל את התוכנית עם בסיסימשתנים: לא שמות, סוגים וערכים ממלאים תפקיד מרכזי. משתנה בודד, מבנה נתונים, מערך ואפילו אובייקט הוא פשוט פיתרון סטטיסטי לבעיה.
עץ האובייקטים המתאר את המשימה, כלומרמשתנים ואלגוריתמים המכוסים בקוד בודד - אובייקט, וכל האובייקטים באובייקט משותף - מערכת של אובייקטים - זה הדבר. זוהי יצירה אמיתית ומודרנית של משתנים.
משתנים כאלה יכולים לקיים אינטראקציה עם עצמם.דומה, ובזכות ירושה, כל אחד מהם יכול לנוע על ענף אילן היוחסין שלו, כלומר מצביע למה ולאיפה הוא משמש כיום, וכיצד הוא עושה זאת - הוא רלוונטי, אך התוכן שלו עצמו אינו. במקרה זה, התוכן ממלא תפקיד, כאשר כן, המצביע עובר לתוכן הבא.
