شايد تا حالا براتون اتفاق افتاده باشه يه برنامه اي رو كه كلي وقت صرف نوشتنش كرديد وبا كلي ذوق و شوق سراغ compile  كردنش مي ريد... با يه طومار error روبرو مي شيد، مي شينيد و كلي با error هاش سر و كله مي زنيد تا آخر خروجي برنامه رو مي بينيد.ولي وقتي داريد خروجي رو دنبال مي كنيد مي بينيد كه اصلا اون چيزيايي رو كه مي خواستيد تو خروجي نيستند.حالا بايد دوباره كل برنامه رو چك كنيد تا اشكالات الگوريتميك برنامه رو پيدا كنيد.اينجاست كه ديگه مي بريد و برنامه رو بي خيال مي شيد.

اما يكي از امكانات مفيدي كه visual studio در اختيار ما مي ذاره اينه كه مي تونيم خط به خط برنامه رو دنبال كنيم تا اشكالاتمون رو به طور دقيق پيدا كنيم.

براي اين كار ما از break points استفاده مي كنيم:

1)براي قرار دادن break point بر روي خط مورد نظر كافيست بر روي حاشيه كنار صفحه اصلي برنامه  

و خط مورد نظر كليك كنيد و يا با رايت كليك كردن بر روي خط مورد نظر insert breakpoint را انتخاب كنيد. براي نمونه يه برنامه دلخواه رو باز كنيد و بر روي دو خط از آن (يا هر تعداد خطي كه مايليد) breakpoint را قرار دهيد(يك كره قرمز رنگ مشاهده مي كنيد).

2)بعد از قرار دادن breakpoint ها بر روي Build>Build Solution كليك كنيد تا برنامه compile شود بعد Debug>Start را انتخاب كنيد.برنامه به محض رسيدن به اولين breakpoint متوقف مي شود.

3)حالا شما مي تونيد داده هاتون رو تا اين قسمت برنامه چك كنيد. يعني اگر ماوس رو روي هر متغير برنامه ببريد مقدار متغير ظاهر مي شه.

4)براي ادامه دادن اين كار تا breakpoint  بعدي Debug>Continue‌ رو انتخاب كنيد...

و بدين ترتيب تا آخر برنامه مي تونيد اشتباهاتتون رو اصلاح كنيد.

البته براي كار با breakpoint بهتره چند نكته رو بدونيد:

1)قرار دادن breakpoint در مكان هايي كه تاثيري در برنامه ندارند(مثلا خطوط خالي يا comment ها )

باعث مي شه تا breakpoint در خط بعدي عمل كنه.

2)براي غير فعال كردن breakpoint كافيست روي علامت آن در حاشيه سمت چپ كليك كنيد.  

 

به نظر من هیچ توضیحی در مورد visual studio بهتر و كاملتر از help خود visual studio نيست اما بد نيست بدونيد:

براي compile كردن يه برنامه تو visual studio (البته نسخه ۲۰۰۵):

1)file->new->project

2)درقسمت project type نوع CLR و در قسمت templates نوع ‍CLR empty project را انتخاب كرده و نامي براي برنامه خود در قسمت name انتخاب كنيد و بر روي ok كليك كنيد.

3)اگر در كنار صفحه solution explorer ظاهر نشد به view رفته و بر روي solution explorer كليك كنيد. بر روي source file كليك راست كرده ودر قسمت add گزينه new item را انتخاب كنيد.در قسمت templatesبر روي C++ file كليك كرده ودر قسمت name نامي براي source خود انتخاب كنيد و بر روي ok كليك كنيد.

4)بعد از نوشتن برنامه بر روي build كليك كرده و build solution را انتخاب كنيد(F7).اگر برنامه شما بدون خطا ساخته شد بر روي debug كليك كرده و start without debugging را انتخاب كنيد(ctrl+F5).

البته در visual studio بر خلاف borland c شما نمي تونيد يه برنامه آماده رو كه قبلا در visual studio ساخته نشده compile كنيد و براي اين كار بايد اون برنامه رو اول copy كنيد و بعد از ساختن يه new project و paste كردن اون اونو compile كنيد.

اما visual studio امكانات ديگري رو هم براي ما فراهم كرده از جمله اينكه مي تونيم اشتباهات برناممون رو راحت پيدا كنيم و...       

اونايي كه تا حالا برنامه هاشونو تو borland c يا turbo c مينوشتند:
بهتون پيشنهاد مي كنم حتما visual studio رو امتحان كنيد.چون جدا از تفاوتهايي كه بين يه برنامه تحت dos با يه برنامه تحت win وجود داره براي ما كه مي خواهيم تمرينها و مثالهاي deitel روcompile كنيم visual studio خيلي راحتتره.
اگه خدايي نكرده يه بار سره تمرينايه deitel رفته باشيد مي بينيد كه موقع compile كردن اونا چقدر error ميده كه بسياري از اونارو visual studio,error نميده(مخصوصا در مورد كلاس ها).براي مثال:

1)در موقع نوشتن header file ها حتما .h رو بايد بذاريم.(كه حتي در بعضي موارد باز هم چون deitel ,syntax هاي جديدي به كار مي گيره باز هم بامشكلاتي روبرو مي شي مثلا نمي تونيم از getline كه كاربرد زياديم داره استفاده كنيم و... )

2)زماني كه ما از header file هاي .h دار استفاده مي كنيم بايد تمامي using ها را از كه در مثال هايه deitel هست رو برداريم.

3)و مهمترين نكته اينكه هنگام نوشتن يك كلاس با مشكلات زيادي مواجهيم.مثلا براي مقدار دهي اوليه به يك constructor در borland c نمي توان يك رشته را مستقيما به كلاس فرستاد.(و در كل نمي شه يه كلاسه بي دردسر نوشت)

و بسياري از مشكلات و سوالاتي كه بعدا به اونا مي پردازيم...