برنامه نویسی سیستمی با توابع API - مرجع توابع API

[ArashMiniStar]

واژه API مخفف شده سه كلمه Application Programming Interface می باشد که یك رابط نرم افزار است كه در برنامه های دیگر استفاده می گردد. همانند صفحه كلید ماشین حساب كه رابط میان كلید و عدد نمایش داده شده می باشد. یك API رابط نرم افزاری سیستم های عامل می باشدAPI یك سیستم عامل دلیلی بنیادی و اساسی می باشد برای عدم هماهنگی سیستمهای عامل با هم .

برای مثال یك قطعه در یك سیستمی بر پایه مكینتاش نمی تواند در ویندوز اجرا شود (البته بدون وجود شبیه ساز آن) زیرا سیستم عامل مكینتاش و ویندوز API های متفاوتی دارند.

توابع API ویندوز

توابع API ویندوز توابع داخلی ویندوز هستند که ویژوال بیسیک با عملیاتی می تواند از آنها استفاده کند با استفاده از روتین های API هرکاری که در ویندوز قابل اجرا باشد در ویژوال بیسیک نیز قابل اجرا می گردد. تمام توابع API ویندوز در درون DLL ها قرار دارند. اغلب DLL های ویندوز در دایرکتوری windows یا \windows\system قرار گرفته است فایلهای DLL اکثراً دارای پسوند “dll” یا ”exe” هستند.


در این تاپیک دوستان می توانند سایت , نرم افزار و کتاب های خود را در مورد توابع API معرفی کنند.:10:

---------- Post added at 03:32 PM ---------- Previous post was at 03:30 PM ----------

برای شروع من 2 تا نرم افزار قدیمی ! مرجع توابع API قرار می دهم.
لینک دانلود :

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

[The_matrix]

سلام
این هم یه نرمافزار رایگان خوب
روی لینک کلیک کنید برای توضیحات بیشتر

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

[hoax3r]

کتاب اینا خوبن

مبانی:
Programming Windows by Charles Petzold

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

Advanced Programming with lcc-win

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید
-------------------------------

مرجع:
Windows 2000 API SuperBible

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

-------------------------------

سیستمی
Windows System Programming

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

++Windows via C/C

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

-------------------------------

گرافیک GDI
Windows Graphics Programming: Win32 GDI and DirectDraw

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

[Mehran NZ]

دوست عزیز الکی عمر خودت و تلف نکن الان دیگه برنامه نویسی با MFC غیر ممکنه و برنامه نویسی با API از محالات ناشدنیه کتاب هم اصلا گیر نمیاد همین چند تا هم پر از خطا و اشتباه هستن!
شما با این برنامه نویسی نکردی ولی من کردم و یه چند ماهی عمرم و تلف کردم این و اون مدیر ویژوال سی BARNAMENIVICE.ORG یه سری پست بی ربط داده بود که اینها خیلی خوبن و عمر ما رو تلف کرد البته تجربه شد ولی خوب دیگه می شد روی یه چیز بهتر وقت گذاشت !
مثلا این کتاب Programming Windows by Charles Petzold رو که دوستمون معرفی کرده جزو معروف ترین هاش هست اولش اینکه خیلی قدیمیه و توی 16 بیت و اینکه چطور نمی دونم زبانهای خارجی ساپورت می شن می چرخه یعنی اینکه در مورد مشکلات همون دوره حرف می زنه و وین 3 و 95 و NT و اصلا نزدیک به 7 و ویستا نیست و برای خودش توی یه دنیای دیگه ای هست دوم اینکه حتی خودش هم توی همون دوران گفت که اقا MFC خیلی کتابخونه چرتیه و آدم بهتره بره ویژوال بیسیک کار کنه تا عمرش و روی این تلف کنه!!!!
اینا هیچی نیستن فقط یه سری کتابخونه قدیمی از دور افتاده هستن و اگه فکر کردی با یاد گرفتن اینها یه سر و گردن از دیگران بالاتری باید بگم که کاملا در اشتباهی شما می تونی بری دنبال کتاب خونه دات نت برای برنامه نویسی ویندوز و برای کارهای گرافیکی پیشرفته هم که OpenGL , DirectX هست و یا QT
شما یکم تو فوروم خارجی در مورد MFC سرچ کن-بازم تاکید می کنم جالا این MFC هست برنامه نویسی در دنیای واقعی با API غیر ممکنه- خیلی خنده داره طرف برنامه نویس حرفه ای اومده می گه از بس این بدرد نخور و سخت بود که اقا برنامه رو develop می کردم بعد دوباره می خواستم برنامه جدید و شروع کنم همه چیز یادم می رفت که این کتابخونه چی به چیه و چطور کار می کنه لول
من دیگه بیشتر از این چیزی نمی گم شما خودت بگیر پرتغال فروش رو!

[hoax3r]

مثلا این کتاب Programming Windows by Charles Petzold رو که دوستمون معرفی کرده جزو معروف ترین هاش هست اولش اینکه خیلی قدیمیه و توی 16 بیت و اینکه چطور نمی دونم زبانهای خارجی ساپورت می شن می چرخه

مطمعنی برای 16 بیتیه؟ اصلا تو 16 بیتی میشه API یا MFC کار کرد؟؟؟؟ (اصلا 16 بیتی میدونی چیه !!!)


الان دیگه برنامه نویسی با MFC غیر ممکنه و برنامه نویسی با API از محالات ناشدنیه کتاب هم اصلا گیر نمیاد همین چند تا هم پر از خطا و اشتباه هستن!


این MFC هست برنامه نویسی در دنیای واقعی با API غیر ممکنه- خیلی خنده داره طرف برنامه نویس حرفه ای اومده می گه از بس این بدرد نخور و سخت بود که اقا برنامه رو develop می کردم بعد دوباره می خواستم برنامه جدید و شروع کنم همه چیز یادم می رفت که این کتابخونه چی به چیه و چطور کار می کنه

صرف اینکه شما یا چنتا از دوستاتون (مثلا برنامه نویس/برنامه نویس نما) نتونستین از یک تکنولوژی استفاده کنین دلیل ضعف ( یا غیر ممکن و محالات!!!) اون نمیشه، الان خیلی از برنامه های کاربردی که قراره عموم مردم ازش استفاده کنن به این صورت نوشته میشه
کلا بعضی از آدما (نمیگم فقط ایرانی:31:) راحت طلبن، یعنی تا میبینن نمیتونن با یه ابزار کار کنن یا کار کردن باهاش خیلی سخته میزارن به حساب ضعیف بودن اون ابزار چیزی که خیلی از افراد تازه کار MFC یا API بهش دچار میشن

اگه خواستی بیشتر در این مورد حرف میزنیم

[god of war 2]

الان دیگه برنامه نویسی با MFC غیر ممکنه

اقا MFC خیلی کتابخونه چرتیه و آدم بهتره بره ویژوال بیسیک کار کنه تا عمرش و روی این تلف کنه!!!!


اینا هیچی نیستن فقط یه سری کتابخونه قدیمی از دور افتاده هستن و اگه فکر کردی با یاد گرفتن اینها یه سر و گردن از دیگران بالاتری باید بگم که کاملا در اشتباهی
:18::13:..............!!

[Mehran NZ]

مطمعنی برای 16 بیتیه؟ اصلا تو 16 بیتی میشه API یا MFC کار کرد؟؟؟؟ (اصلا 16 بیتی میدونی چیه !!!)
نه نمی دونم شما که استادین به ما هم بگین لول
یه قسمت از کتاب همین جناب Programming Windows by Charles Petzold بعدش من نگفتم در مورد 16 بیته گفتم توی همونا می چرخه که نشونه قدیمی بودن و از دور افتادنشه


The API for the 16-bit versions of Windows (Windows 1.0 through Windows 3.1) is now known as Win16. The API for the 32-bit versions of Windows (Windows 95, Windows 98, and all versions of Windows NT) is now known as Win32. Many function calls remained the same in the transition from Win16 to Win32, but some needed to be enhanced. For example, graphics coordinate points changed from 16-bit values in Win16 to 32-bit values in Win32. Also, some Win16 function calls returned a two-dimensional coordinate point packed in a 32-bit integer. This was not possible in Win32, so new function calls were added that worked in a different way.

All 32-bit versions of Windows support both the Win16 API to ensure compatibility with old applications and the Win32 API to run new applications. Interestingly enough, this works differently in Windows NT than in Windows 95 and Windows 98. In Windows NT, Win16 function calls go through a translation layer and are converted to Win32 function calls that are then processed by the operating system. In Windows 95 and Windows 98, the process is opposite that: Win32 function calls go through a translation layer and are converted to Win16 function calls to be processed by the operating system.

At one time, there were two other Windows API sets (at least in name). Win32s ("s" for "subset") was an API that allowed programmers to write 32-bit applications that ran under Windows 3.1. This API supported only 32-bit versions of functions already supported by Win16. Also, the Windows 95 API was once called Win32c ("c" for "compatibility"), but this term has been abandoned.



صرف اینکه شما یا چنتا از دوستاتون (مثلا برنامه نویس/برنامه نویس نما) نتونستین از یک تکنولوژی استفاده کنین دلیل ضعف ( یا غیر ممکن و محالات!!!) اون نمیشه، الان خیلی از برنامه های کاربردی که قراره عموم مردم ازش استفاده کنن به این صورت نوشته میشه
من و چند تا از دوستام؟! من که خودم از همین جناب Charles Petzold براتون نقل قول کردم و فورومهای خارجی و تخصصی رو هم خودتون برید سر بزنید.....اون برنامه ها هم لابد مال از عهد بوق نوشته شدن و الان تغییر دادنش برای شرکتها بیشتر خرج بر میداره آخه عزیز دلم اگه این تکنولوژی باطل نشده بود که یکم در موردش کتاب نوشته می شد اگه کتاب جناب Ivor Horton رو که یه مقدار خیلی کمی در مورد MFC توضیح داده رو در نظر نگیریم آخرین کتابی که در زمینه MFC نوشته شده - اتفاقا لینک هم براش هست کتاب Microsoft Visual C++ 2005 Express Edition Programming for the Absolute Beginner هست که می تونی بری توی آمازون ریویهاش و ببینی که چه چیزهای قشنگی در موردش نوشتن! خیلی جالبه که با اومدن ویندوز ویستا و سون هیچ کتابی برای این موضوعات بیرون نیومد چون MFC و توابع API اینقدر گله گشاد شده که سر و تهش معلوم نیست شاید با ویندوز 98 می شد یه جورایی این mess و جمع و جورش کرد ولی الان نه بخاطر همینه که من می گم الان غیر ممکنه باهاشون برنامه بنویسی!

کلا همه کتابهای زیر سال 2000 هستند یه کتاب دیگه ای هم که من اشتباه کردم و نصفش و خوندم Learn the MFC C++ Classes از خانم Shirley Wodtke بود که اتفاقا ریویوهای خوبی داشت ولی اینقدر توش اشتباه بود و برنامه هاش کامپایل نمی شد که مخمون به فاک رفت


کلا بعضی از آدما (نمیگم فقط ایرانی) راحت طلبن، یعنی تا میبینن نمیتونن با یه ابزار کار کنن یا کار کردن باهاش خیلی سخته میزارن به حساب ضعیف بودن اون ابزار چیزی که خیلی از افراد تازه کار MFC یا API بهش دچار میشن

اگه خواستی بیشتر در این مورد حرف میزنیم
راحت طلبی من ریشه در اولین عنصر کلیدی مهندسی نرم افزار داره که می گه هر چی راحت تر بهتر - این همه به قول شما مهندس نما دارن در سراسر جهان خودشون پاره می کنن که همه چیز راحت تر بشه اونوقت شما جوری رفتار می کنید که انگار چیز سخت تر بهتره حالا فکرش و بکن وقتی CLR نسبت به MFC میاد دقیقا همون قدرت و بهمون میده (و حتی بیشتر) اونم بصورت خیلی ساده تر دیگه چرا باید از یه چیز خیلی سخت استفاده کنیم؟!
لابد مهندسهای مایکروسافت هم مغز خر خوردن که تکنولوژی خودشون و که فقط هم بدردویندوز خودشون می خوره رو اینجوری گذاشتن کنار؟
این تجربه ما بود صلاح ملک خویش خسروان دانند کسانی که من و می شناسند هم می دونند اصلا در زمینه برنامه نویسی آدم تنبلی نیستم و کتاب زیاد می خونم و اگه واقعا چیزی بدردم بخوره ادامش می دم.....
ویرایش:
دوست عزیز جناب god of war 2 برای من شکلک شر و ور نذار حرفی داری و خودت کتابی در این زمینه خوندی مثل جناب hoax3r بذار وگرنه که فاک اف

[VGS]

من نمی ونم چرا بحث می کنید آقا بزارید بریم پیش ببینیم چی می شه شاید واقعا بشه کاری کرد خوبه هم دیگه را نقد می کنیم ولی بزارید کارا جلو بره حتی برای تجربه هم این بد نیست پس خواهشا توی حال هم دیگه نزنید و اطلاعات مفیدی را که دارید بدید تا ما هم که تازه کاریم یاد بگیریم.ممنون از همه بچه ها

[god of war 2]

الان دیگه برنامه نویسی با MFC غیر ممکنه
عجب!؟کی غیر ممکن شد؟
این حرفا چیه!چرا وقتی(شما) نمیتونید از چیزی استفاده کنید میگید غیر ممکنه؟


اقا MFC خیلی کتابخونه چرتیه و آدم بهتره بره ویژوال بیسیک کار کنه تا عمرش و روی این تلف کنه!!!!
عین این جمله ای که گفتیو براش منبع بزارین.
اگه عین این چیزی که گفتید بود من نظرم عوض میشه.
وگرنه که
فاک اف


اینا هیچی نیستن فقط یه سری کتابخونه قدیمی از دور افتاده هستن و اگه فکر کردی با یاد گرفتن اینها یه سر و گردن از دیگران بالاتری باید بگم که کاملا در اشتباهی
اگه این حرفارو کس دیگه ای گفته منبع پیلیز.
وگرنه که
فاک اف

هیچ وقت نظر خودتونو به دیگران و تحمیل نکنید.
سعی کنید چیزی که مینویسید بار علمی داشته باشه و نه یه مشت شر و ور


کتاب زیاد می خونم
بعید میدونم.

[Mehran NZ]

عزیز جان باور کن اصلا برای من کوچکترین اهمیتی نداره تو(توی نوعی) بیاین حرفای من و باور کنید یا نه وقت این و و هم ندارم که بشینم برات منبع بزارم و بعد هی بحث کنم و کل کل کنم حتی اگه یک دقیقه باشه به اندازه کافی وقتم و برای اون پست جناب hoax3r گذاشتم برای هفت پشتم بسه !
شما هر وقت فقط یه کتاب در مورد MFC یا API خوندی -که من مطمئنم نخوندی-بعد یه کتاب هم در مورد .net بخونی به حرف من میرسی اگرم نرسی که بازم برام اهمیتی ندارم
بطور کلی عرض می کنم که I don't give a f
فعلا

[hoax3r]

نه نمی دونم شما که استادین به ما هم بگین لول
یه قسمت از کتاب همین جناب Programming Windows by Charles Petzold بعدش من نگفتم در مورد 16 بیته گفتم توی همونا می چرخه که نشونه قدیمی بودن و از دور افتادنشه

been abandoned.

خوب چه ربطی داشت این که نگفته دیگه استفاده نمیشه خوب یه یکسری API از ویندوز های 16 بیتی مونده اونم فقط برای سازگاری با ویندوز های قدیمی این چیزی هست که این آقا گفته نه که بکل کنار گزاشته بشه

البته قبل اینکه بخوام جواب باقی پستتون رو بدم لازمه یکسری نکته رو بگم چون به نظر میاد شما هنوز فلسفه API رو نمیدونی . API یه رابط بین برنامه نویس و سیستم عامل تو هر سیستم عاملی هم وجود داره ویندوز ، لینوکس ، مک و ... که منحصر به همون سیستم عامل هست و تمام کاری که یه برنامه نویس میتونه انجام بده از طریق اون API ها قابل انجامه مثل کار با فایل، شبکه، سخت افزار و ... کار با API کمی مشکله، برای همین یکسری کتابخانه بوجود اومدن مثل MFC و Qt و ... خوب چیزی که هست اینه که این کتابخانه ها تمام امکانات سیستم عامل رو نمیتونن پوشش بدن، بیشتر قابلیت های عام تر پوشش داده میش خواستی مثال میزنم در این شرایط که امکانی در کتابخانه نباشه مجبورین از API استفاده کنین این تو تمام زبان های برنامه نویسی و کتابخانه های مرتبط البته در صورتی که کتابخانه ای برای اون امکان نباشه صدق میکنه #C و Delphi و VB و .... همه اینا این قاعده وجود داره



من و چند تا از دوستام؟! من که خودم از همین جناب Charles Petzold براتون نقل قول کردم و فورومهای خارجی و تخصصی رو هم خودتون برید سر بزنید.....اون برنامه ها هم لابد مال از عهد بوق نوشته شدن و الان تغییر دادنش برای شرکتها بیشتر خرج بر میداره آخه عزیز دلم اگه این تکنولوژی باطل نشده بود که یکم در موردش کتاب نوشته می شد اگه کتاب جناب Ivor Horton رو که یه مقدار خیلی کمی در مورد MFC توضیح داده رو در نظر نگیریم آخرین کتابی که در زمینه MFC نوشته شده - اتفاقا لینک هم براش هست کتاب Microsoft Visual C++ 2005 Express Edition Programming for the Absolute Beginner هست که می تونی بری توی آمازون ریویهاش و ببینی که چه چیزهای قشنگی در موردش نوشتن! خیلی جالبه که با اومدن ویندوز ویستا و سون هیچ کتابی برای این موضوعات بیرون نیومد چون MFC و توابع API اینقدر گله گشاد شده که سر و تهش معلوم نیست شاید با ویندوز 98 می شد یه جورایی این mess و جمع و جورش کرد ولی الان نه بخاطر همینه که من می گم الان غیر ممکنه باهاشون برنامه بنویسی!

کلا همه کتابهای زیر سال 2000 هستند یه کتاب دیگه ای هم که من اشتباه کردم و نصفش و خوندم Learn the MFC C++ Classes از خانم Shirley Wodtke بود که اتفاقا ریویوهای خوبی داشت ولی اینقدر توش اشتباه بود و برنامه هاش کامپایل نمی شد که مخمون به فاک رفت

چیزی که نقل قول کردین ربطی به حرفتون نداشت، در مورد فروم های خارجی هم من 5% در فروم های ایرانی میام بقیه وقتم رو هم فروم های خارجی میرم میدونم اونجا تا حدودی چه خبره

برای نمونه میتونی این فرم معروف رو ببینی، تعداد Threads و Posts بخش Visual C++ Programming رو با بقیه قسمتا مقایسه کن:

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

باز اینو بگم فلسفه کتابخانه MFC با API خیلی فرق داره اصلا ربطی ندارن به هم ولی در مورد MFC این مساله که MFC چقدر محبوبه یا چقدر رشد کرد و چرا کتاب براش کمه خیلی برای من جذاب نیست برای همین اطلاع دقیقی ازش ندارم ولی همین قدر میدونم که هنوز استفاده میشه نمونش محصولات ESET و ImTOO و نرم افزار Nero و ... کلا شرکتهایی که کارایی و سرعت براشون مهمه و با ++C کار می کنن و احتیاج به یه کتابخانه دارن یک انتخابشون MFC هست. که در این مورد خیلی فرقی نمیکنه چه کتابخانه ای استفاده میشه ولی مثلا همونطور که گفتی برخی شرکتها بخاطر اینکه از اول با مثلا MFC برنامشون رو توسعه دادن تغییر کتابخانه خیلی براشون به صرفه نیست



راحت طلبی من ریشه در اولین عنصر کلیدی مهندسی نرم افزار داره که می گه هر چی راحت تر بهتر - این همه به قول شما مهندس نما دارن در سراسر جهان خودشون پاره می کنن که همه چیز راحت تر بشه اونوقت شما جوری رفتار می کنید که انگار چیز سخت تر بهتره حالا فکرش و بکن وقتی CLR نسبت به MFC میاد دقیقا همون قدرت و بهمون میده (و حتی بیشتر) اونم بصورت خیلی ساده تر دیگه چرا باید از یه چیز خیلی سخت استفاده کنیم؟!
لابد مهندسهای مایکروسافت هم مغز خر خوردن که تکنولوژی خودشون و که فقط هم بدردویندوز خودشون می خوره رو اینجوری گذاشتن کنار؟
این تجربه ما بود صلاح ملک خویش خسروان دانند کسانی که من و می شناسند هم می دونند اصلا در زمینه برنامه نویسی آدم تنبلی نیستم و کتاب زیاد می خونم و اگه واقعا چیزی بدردم بخوره ادامش می دم.....
ویرایش:
دوست عزیز جناب god of war 2 برای من شکلک شر و ور نذار حرفی داری و خودت کتابی در این زمینه خوندی مثل جناب hoax3r بذار وگرنه که فاک اف

کلا برای یک شرکت نرم افزاری کارایی و کیفیت نرم افزار باید اولویت داشته باشه به دیگر مسائل، بحث راحتی و سختی یا شدن و نشدن نیست بحث کارایی و performance هست یه شرکت با توجه به نیازش، مشتری هاش باید بهترین ابزار و تکنولوژی رو برای توسعه نرم افزار انتخاب کنه، فکر کن کدوم شرکت آنتی ویروس سازی بوده که از #C استفاده کنه. قصدم مقایسه زبانها نیست اصلا کاری ندارم به شدنش مشکل هزینه ای هست که بعدا گریبان شرکت رو میگیره


لابد مهندسهای مایکروسافت هم مغز خر خوردن که تکنولوژی خودشون و که فقط هم بدردویندوز خودشون می خوره رو اینجوری گذاشتن کنار؟

نمیدونم ماکروسافت مغز چه جونوری خورده خر، الاغ، میمون، چیزی که هست MFC هنوز توسعه داده میشه و در کامپایلر جدید ماکروسافت هنوز وجود داره، البته این جمله که گفتم به این معنی نیست که من طرفتار MFC هستم محض اطلاع گفتم

[Mehran NZ]

خوب چه ربطی داشت این که نگفته دیگه استفاده نمیشه خوب یه یکسری API از ویندوز های 16 بیتی مونده اونم فقط برای سازگاری با ویندوز های قدیمی این چیزی هست که این آقا گفته نه که بکل کنار گزاشته بشه
خوشگلم شما فرمودی که مطمئنی توابع API 16 بیتی وجود داره و اون کتاب در موردش حرف زده منم گفتم آره ممکنه و نمونش و آوردم بنده حرفی از استفاده شدنش زدم؟! من می گم بهترین کتاب در زمینه API داره برای خودش در مورد عهد بوقلمون حرف می زنه شما باز بگو بدوش

البته قبل اینکه بخوام جواب باقی پستتون رو بدم لازمه یکسری نکته رو بگم چون به نظر میاد شما هنوز فلسفه API رو نمیدونی . API یه رابط بین برنامه نویس و سیستم عامل تو هر سیستم عاملی هم وجود داره ویندوز ، لینوکس ، مک و ... که منحصر به همون سیستم عامل هست و تمام کاری که یه برنامه نویس میتونه انجام بده از طریق اون API ها قابل انجامه مثل کار با فایل، شبکه، سخت افزار و ... کار با API کمی مشکله، برای همین یکسری کتابخانه بوجود اومدن مثل MFC و Qt و ... خوب چیزی که هست اینه که این کتابخانه ها تمام امکانات سیستم عامل رو نمیتونن پوشش بدن، بیشتر قابلیت های عام تر پوشش داده میش خواستی مثال میزنم در این شرایط که امکانی در کتابخانه نباشه مجبورین از API استفاده کنین این تو تمام زبان های برنامه نویسی و کتابخانه های مرتبط البته در صورتی که کتابخانه ای برای اون امکان نباشه صدق میکنه #C و Delphi و VB و .... همه اینا این قاعده وجود داره
ممنون از یادآوری ولی خودم می دونستم این رو من بحثم اینه که نمی شه در سیستم عاملهای امروزی در عمل از API استفاده کرد و بقول شما باید از رابط استفاده کرده (دقیقا مثل اینه که بخوایم زبان C++ ANSI رو با اسمبلی مقایسه کنیم و برنامه هاش و با اون بنویسیم شما فکرش و بکن که چه فاجعه ای هست)حالا این رابط MFC قدیمی شده و بهتره که از رابط دات نت استفاده بشه مگر اینکه بقول شما بخوایم نرم افزار تحت دات نت نباشه که با قدرت کامپیوترهای امروز دلیلی نداره نباشه تازه از QT هم می شه استفاده کرد از اون گذشته حتی بازیها رو هم طرف داره تحت دات نت می نویسه!
بنده رئیس برنامه نویسی اون شرکت که نیستم و از اهدافشون خبر ندارم ولی احتمالا طرف برنامه نویسهای قدیمی داره (در امریکا در دهه نود MFC در بعضی دانشگاهها اموزش داده می شد این هم یک نشانه دیگه از دموده بودنش هست)


در مورد فروم های خارجی هم من 5% در فروم های ایرانی میام بقیه وقتم رو هم فروم های خارجی میرم میدونم اونجا تا حدودی چه خبره

برای نمونه میتونی این فرم معروف رو ببینی، تعداد Threads و Posts بخش Visual C++ Programming رو با بقیه قسمتا مقایسه کن:


این کاری شما می کنید خیلی خوبه فقط برای یاد آوری عرض می کنم کهVisual C++ Programming به Win32,MFC,C++.NET,C++ Console, C++ Kuft o .....گفته می شه!


کلا برای یک شرکت نرم افزاری کارایی و کیفیت نرم افزار باید اولویت داشته باشه به دیگر مسائل، بحث راحتی و سختی یا شدن و نشدن نیست بحث کارایی و performance هست یه شرکت با توجه به نیازش، مشتری هاش باید بهترین ابزار و تکنولوژی رو برای توسعه نرم افزار انتخاب کنه، فکر کن کدوم شرکت آنتی ویروس سازی بوده که از #C استفاده کنه. قصدم مقایسه زبانها نیست اصلا کاری ندارم به شدنش مشکل هزینه ای هست که بعدا گریبان شرکت رو میگیره
این حرف شما اساسا اشتباه محض هستش شما یک کتاب مهندسی نرم افزار بخونید بد نیست


نمیدونم ماکروسافت مغز چه جونوری خورده خر، الاغ، میمون، چیزی که هست MFC هنوز توسعه داده میشه و در کامپایلر جدید ماکروسافت هنوز وجود داره، البته این جمله که گفتم به این معنی نیست که من طرفتار MFC هستم محض اطلاع گفتم
من نگفتم توسعه داده نمی شه ولی برای همون شرکتها و برنامه نویسهای قدیمی هستشنه برای برنامه نویسهای نسل جدید!

بطور کلی الان بحثی که ما داریم انجام می دیم بی فایدست شما بفرمایید برید دنبال VB6 و MFC ما هم می ریم دنبال جاوا و دات نت خودمون والسلام

[hoax3r]

خوشگلم شما فرمودی که مطمئنی توابع API 16 بیتی وجود داره و اون کتاب در موردش حرف زده منم گفتم آره ممکنه و نمونش و آوردم بنده حرفی از استفاده شدنش زدم؟! من می گم بهترین کتاب در زمینه API داره برای خودش در مورد عهد بوقلمون حرف می زنه شما باز بگو بدوش

من حواسم به این مورد که یکسری API برای 16 بیتی وجود داره نبود ولی اشتباه تو هم اینه که فکر میکنی دیگه API الان استفاده نمیشه
اکثر مطالب اون کتاب تو ویندوز های 32 بتی و 64 بیتی هم قابل استفاده هست، تنها چیز برای کسی که بخواد تو این زمینه فعال کنه داشتن یک آموزش ابتدایی هست بعد با وجود MSDN نوشتن کتاب که به صورت رفرنس بخواد تمام API ها رو توضیح بده کار اشتباهیه همون کتاب در این زمنیه کافیه به نظر من
لازم بدونی تمام کتابخانه هایی که وجود داره حتی دات نت در نهایت نهش به API ختم میشه در نتیجه اگر یجا کاری بخوای بکنی که اون کتابخانه امکان رو نداشته باشه اون موقع هیچ کاری نمیتونی بکنی، ولی کسی که به API آشنا باشه میتونه خیلی راحت مستقیم ازش استفاده کنه


ممنون از یادآوری ولی خودم می دونستم این رو من بحثم اینه که نمی شه در سیستم عاملهای امروزی در عمل از API استفاده کرد و بقول شما باید از رابط استفاده کرده (دقیقا مثل اینه که بخوایم زبان C++ ANSI رو با اسمبلی مقایسه کنیم و برنامه هاش و با اون بنویسیم شما فکرش و بکن که چه فاجعه ای هست)حالا این رابط MFC قدیمی شده و بهتره که از رابط دات نت استفاده بشه مگر اینکه بقول شما بخوایم نرم افزار تحت دات نت نباشه که با قدرت کامپیوترهای امروز دلیلی نداره نباشه تازه از QT هم می شه استفاده کرد از اون گذشته حتی بازیها رو هم طرف داره تحت دات نت می نویسه!

اصلا نباید قضیه ++C و اسمبلی رو وسط کشید چون قضیه رو مبهم میکنیه، اتفاقا من دارم میگم داشتن دانش از API یک امتیازه چون هم عملکرد سیستم عامل رو متوجه میشی و هر جا کتابخانه کم آورد میتونی از API استفاده کنی تو نمیتونی انتظار هر کاری رو از یه کتابخانه داشته باشه خصوصا در بحث های سطح پایین که وابستگی به سیستم عامل بیشتر میشه

تازه عزیز من MFC برای این به وجود آمده که کاره توی برنامه نویس راحت بشه مثل Qt که هر دوره ماکروسافت بروزش میکنه پس همچین هم از دور خارج نیست، چرا اینجوری فکر می کنی

در مورد بازی هم حالا حالا ها شرکت های بزرگ سمت دات نت نمیرن، همین الانشم فکر نمی کنم تعداد بازی های دات نت به 1% هم برسه


این حرف شما اساسا اشتباه محض هستش شما یک کتاب مهندسی نرم افزار بخونید بد نیست

من در مورد مهندس نرم افزار چیزی نمیدونم درسته، ولی با توجه به چیزی که دیدم نظرمو دارم میگم مثال آنتی ویروس رو که گفتم بهش فکر کن ببین عاقلانه است برای یه همچین محصولی از زبانی مثل #C یا جاوا استفاده کنیم؟


بطور کلی الان بحثی که ما داریم انجام می دیم بی فایدست شما بفرمایید برید دنبال VB6 و MFC ما هم می ریم دنبال جاوا و دات نت خودمون والسلام

تو حتی نمیدونی من از چه تکنولوژیهایی استفاده میکنم، با دید غلطت نسبت به من نظر میدی، من نه MFC بلدم و نه با VB6 در حال حاظر کار میکنم


این کاری شما می کنید خیلی خوبه فقط برای یاد آوری عرض می کنم کهVisual C++ Programming به Win32,MFC,C++.NET,C++ Console, C++ Kuft o .....گفته می شه!

++Visual C معنیه MFC رو هم میده تاپیکهای دیگه رو هم ببین برای همه اینایی که گفتی بخش جدا دارن،

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

[god of war 2]

عزیز جان باور کن اصلا برای من کوچکترین اهمیتی نداره تو(توی نوعی) بیاین حرفای من و باور کنید یا نه
اصلا لازم نیست که من حرفهای شمارو باور کنم(یعنی اصلا باور کردنی نیست)
بنده فقط قصدم اینه که این بحث یکم روشن بشه که اگر شخص دیگری این تاپیکو دید دچار اشتباه و افکار غلط نشه.همین.



وقت این و و هم ندارم که بشینم برات منبع بزارم و بعد هی بحث کنم
متاسفانه حرف هایی که هیچ سندیتی نداره هیچ ارزشی هم نداره.:13:


شما هر وقت فقط یه کتاب در مورد MFC یا API خوندی -که من مطمئنم نخوندی
آخه از زمانی که این اتفاقات عجیب افتاده:

عمر خودت و تلف نکن الان دیگه برنامه نویسی با MFC غیر ممکنه و برنامه نویسی با API از محالات ناشدنیه کتاب هم اصلا گیر نمیاد همین چند تا هم پر از خطا و اشتباه هستن!

من دیگه سراغ اینجور کتابا نمیرم.


یه کتاب هم در مورد .net بخونی به حرف من میرسی
کدام زبان net. رو میفرمایید من تاحالا کتابهای زیادی مربوط به net. رو مطالعه کردم اما هنوز به حرف شما نرسیدم.

[Mehran NZ]

من حواسم به این مورد که یکسری API برای 16 بیتی وجود داره نبود ولی اشتباه تو هم اینه که فکر میکنی دیگه API الان استفاده نمیشه
اکثر مطالب اون کتاب تو ویندوز های 32 بتی و 64 بیتی هم قابل استفاده هست، تنها چیز برای کسی که بخواد تو این زمینه فعال کنه داشتن یک آموزش ابتدایی هست بعد با وجود MSDN نوشتن کتاب که به صورت رفرنس بخواد تمام API ها رو توضیح بده کار اشتباهیه همون کتاب در این زمنیه کافیه به نظر من
لازم بدونی تمام کتابخانه هایی که وجود داره حتی دات نت در نهایت نهش به API ختم میشه در نتیجه اگر یجا کاری بخوای بکنی که اون کتابخانه امکان رو نداشته باشه اون موقع هیچ کاری نمیتونی بکنی، ولی کسی که به API آشنا باشه میتونه خیلی راحت مستقیم ازش استفاده کنه
خوب 100% اگه یه چیزی ازش بدونی بد نیست مهم اینه که باهاش برنامه develop نمی کنن!

تازه عزیز من MFC برای این به وجود آمده که کاره توی برنامه نویس راحت بشه مثل Qt که هر دوره ماکروسافت بروزش میکنه پس همچین هم از دور خارج نیست، چرا اینجوری فکر می کنی
برای این اینجوری فکر می کنم که تکنولوژی 20 سال پیشه خودم باهاش برنامه نوشتم و کل اینترنت و هم دنبال کتابهاش گشتم و به این نتایج رسیدم!مایکروسافت داره از مشتریهاش حمایت می کنه همونطور که با وجود ویندوز 7 و ویستا هنوز هم از XP پشتیبانی و مشکلاتش و برطرف کرده و می کنه حالا این ثابت می کنه که ما باید 7 رو بزاریم کنار و بریم سراغxp ؟
بعدش شما می گی من نمی دونم چرا براش کتاب نمی نویسن خوب من بهت می گم چرا چون نابود شدست تمام!
از سال 2000 به بعد دیگه خیلی کم براش کتاب اومد و از 2005 به بعد من می تونم بهت بگم که مرد تمام شد رفت پی کارش الان 2010 هستیم ببین 5 سال دیگه کارش به کجا می رسه!
اون جناب Ivor Horton هم چون داره اگه اشتباه نکنم از سال 1996 کتابش و اپدیت می کنه بخاطر همین این مبحث توش هست

من در مورد مهندس نرم افزار چیزی نمیدونم درسته، ولی با توجه به چیزی که دیدم نظرمو دارم میگم مثال آنتی ویروس رو که گفتم بهش فکر کن ببین عاقلانه است برای یه همچین محصولی از زبانی مثل #C یا جاوا استفاده کنیم؟
در مهندسی نرم افزار زمان و سرمایه حرف اول و می زنن و شما باید ببینید که با این دو تا چقدر از خواسته های مشتری ها رو می تونید توی فاز اول پوشش بدین نه اینکه همین جوری بیای بگی اول پرفورمنس و بقیه هم پشم در مورد سوال دوم هم من مشکلی نمی بینم بعدش حالا چرا C# ؟ شما می تونی از C++.net استفاده کنی که مثلا فقط توابع گرافیکیش و از .net استفاده کنی و کاملا هم native برای c++ استفاده کنی و از رم حداکثر استفاده رو ببری یعنی هم تکنووؤی دات نت و هر وقت خواستی داشته باش و هم نیتیو رو(هر چند تا این حد وسواس واقعا نکنم لازم بشه) تازه برای در و پنجره از OpenGL یا دایرکت ایکس بصورت دو بعدی هم می شه استفاده کرد پس من واقعا هیچ دلیلی برای استفاده از MFC نمی بینم!
در مورد بازی هم من حالا مثال زدم که بگم سرعتش اونطور که شما فکر می کنی بد نیست وگرنه بحثش بطور کامل با MFC,API , این حرفها جداست و به OpenGL , DirectX ربط داره و برای PS هم که تا جایی که می دونم خودش کتابخونه مخصوص به خودش و داره هر چند با دات نت می تونی برای XBox بازی درست کنی و فکر می کنم خیلی از شرکتهای این کار و می کنن بخاطر همینه که اگه تو بحثهای بازی بوده باشی همه می گن بازی درست کردن برای XBox خیلی راحته ولی PS .......!

[Mehran NZ]

اخه جناب god of war 2 این ک* شرات چیه که هی پشت سر هم برای من ردیف می کنی برادر من؟!
شما اصلا این وسط حرف حسابت چیه؟! شما می گی من شر و ور می گم و اینقدر واضحه که این حرفای من مسخرست که این جمله رو می گی

صلا لازم نیست که من حرفهای شمارو باور کنم(یعنی اصلا باور کردنی نیست)
پس دیگه دردت چیه؟! خوشبختانه بچه ها همشون باهوشن و اینقدر خر نیستن که بخوان حرفای احمقانه من و باور کنن پس let it go
عجب گیری افتادیما لول

[god of war 2]

اخه جناب god of war 2 این ک* شرات چیه که هی پشت سر هم برای من ردیف می کنی برادر من؟!

واقعا جای تاسف داره که هنوز رفتار تو یه محیط اجتماییو بلد نیستید.
در ضمن اینا واقعیتن.

[Mehran NZ]

واقعا جای تاسف داره که هنوز رفتار تو یه محیط اجتماییو بلد نیستید.
در ضمن اینا واقعیتن.
خوب خدا رو شکر که بحث تموم شد لول
شمام یادت باشه که هرگز با کسی که رفتار تو یه محیط اجتمایی؟! رو بلد نیست بحث نکنی :46:[COLOR="Silver"]

[god of war 2]

خوب خدا رو شکر که بحث تموم شد لول



پس اشتباهاتتونو قبول کردین!

شمام یادت باشه که هرگز با کسی که رفتار تو یه محیط اجتمایی؟! رو بلد نیست بحث نکنی :46:
:39::12:

[Mehran NZ]

یعنی اشتباهاتتونو قبول کردین!
با اجازه بزرگترها بعله
الان دارم دوباره میرم کتابهام و میارم بیرون که بخونم واقعا نمی دونم چطور ازت تشکر کنم :27:

[god of war 2]

با اجازه بزرگترها بعله
مبارک باشه!!:7:

الان دارم دوباره میرم کتابهام و میارم بیرون که بخونم
فقط یه نکته ای یادت نره:27:

عمر خودت و تلف نکن الان دیگه برنامه نویسی با MFC غیر ممکنه و برنامه نویسی با API از محالات ناشدنیه کتاب هم اصلا گیر نمیاد همین چند تا هم پر از خطا و اشتباه هستن!

نمی دونم چطور ازت تشکر کنم
تشکر لازم نیست.
احتمالا این آخرین اس پ م باشه:5:

[!Plus]

عجب تاپیک باحالی ه ها...! هر کی هر چی می خواد میگه... کسی هم نیست جمع ش کنه...! :16:

چرا اینجا صاحاب نداره...! :34:

برگردید... برید... پست هاتون رو ویرایش کنید... قبل از این که مدیر بیاد...! :27:

راستی چرا دیگه بحث Java و ++C رو ادامه ندادید...؟! :13:

[Mehran NZ]

عجب تاپیک باحالی ه ها...! هر کی هر چی می خواد میگه... کسی هم نیست جمع ش کنه...! :16:

چرا اینجا صاحاب نداره...! :34:

برگردید... برید... پست هاتون رو ویرایش کنید... قبل از این که مدیر بیاد...! :27:

راستی چرا دیگه بحث Java و ++C رو ادامه ندادید...؟! :13:
لول
ما خودمون یه پا مدیریم هر کی ناراحته می تونه خودش پستها رو ادیت کنه اگه بن هم شدیم مثل همیشه No bollocks
در مورد جاوا و بقیه مسائل هم که نه ربطی به این تاپیک داره نه من دیگه حس و حالش و دارم

[Mehran NZ]

من نمی خواستم دیگه بحث کنم ولی این و ببینید چون اون دوستمون در مورد برنامه نرو حرف زد من یه سرچ کوچیکی کردم اینجا رو ببینید این برنامه مجبور شد خودش و آبدیت کنه و از این فورومها مشخصه که از .net استفاده می کنه لول

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید
حالا من اون انتی ویروس و نمی دونم ولی جناب hoax3r فکر کنم این و از همون فوروم برنامه نویس گفته بودی که ما رو دیوانه کرده بود:27:

[hoax3r]

اول اینکه اینجا چاله میدون نیست با هر ادبیاتی خواستی با کسی صحبت کنی، اگر کم آوردی بگو کم آوردم چرا به دیگران بد و بیراه میگی
دوم اینکه اون عکسی که دادی بالای پنجره رو بخون نوشته Multimedia Suit چیزی که من گفتم فقط همون نرم افزار رایت سی دی بود نه این
چیز عجیبی نیست که یه شرکت بسته به نیازش یه زبان برنامه نویسی دیگه رو انتخاب کنه، در مورد برنامه نویس بله در برنامه نویس دیدم بعدم تحقیق کردم دیدم درسته،
کاره منم یجوریه که با ین چیزیا تا حدودی سرو کار دارم یعنی باید بدونم چه نرم افزاری با چی نوشته شده،
اگر وقت داشته باشم یک لیست از تمام نرم افزار هایی که با MFC هست درست میکنم تا بهت نشون بدم هنوز خیلیا ازش استفاده می کنند
برای مثال ACDSee که برای نمایش عکس هست هم با این کتابخانه نوشته شده یا نرم افزار IconWorkshop که برای کار با آیکونه
یا Free File Manager که مدیریت دانلوده
تازه اینا فقط نرم افزارهایین که رو سیستم خودم نصبه مطمعن باش کمی بیشتر وقت بزارم خیلی نرم افزار دیگه هم پیدا می کنم

[Mehran NZ]

اول اینکه اینجا چاله میدون نیست با هر ادبیاتی خواستی با کسی صحبت کنی، اگر کم آوردی بگو کم آوردم چرا به دیگران بد و بیراه میگی
دوم اینکه اون عکسی که دادی بالای پنجره رو بخون نوشته Multimedia Suit چیزی که من گفتم فقط همون نرم افزار رایت سی دی بود نه این
چیز عجیبی نیست که یه شرکت بسته به نیازش یه زبان برنامه نویسی دیگه رو انتخاب کنه، در مورد برنامه نویس بله در برنامه نویس دیدم بعدم تحقیق کردم دیدم درسته،
کاره منم یجوریه که با ین چیزیا تا حدودی سرو کار دارم یعنی باید بدونم چه نرم افزاری با چی نوشته شده،
اگر وقت داشته باشم یک لیست از تمام نرم افزار هایی که با MFC هست درست میکنم تا بهت نشون بدم هنوز خیلیا ازش استفاده می کنند
برای مثال ACDSee که برای نمایش عکس هست هم با این کتابخانه نوشته شده یا نرم افزار IconWorkshop که برای کار با آیکونه
یا Free File Manager که مدیریت دانلوده
تازه اینا فقط نرم افزارهایین که رو سیستم خودم نصبه مطمعن باش کمی بیشتر وقت بزارم خیلی نرم افزار دیگه هم پیدا می کنم
اول اینکه شما معلم اخلاق من نیستی من هر جور دلم بخواد صحبت بکنم به تو هیچ ربطی نداره ناراحتی می تونی ریپورت بدی!
در مورد نرو شما تایتلش و ببینی گفته که Nero 10 Trail & Microsoft Net Framework 3 یعنی به جفتشون نیازه در مورد ACDSee هم که من نمی دونم شما از کجا برای خودت می گی با MFC نوشته شده ؟اهمیتی هم برام نداره فقط محض اطلاعدوستان می تونن اینجا رو نگاه کنن

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید
Microsoft® DirectX® 9.0c - for Microsoft DirectX file format support
تازه اگرم اینجوری نبود بازم چیزی ثابت نمی شد!
اینم اخرین پست ما تو این تاپیک در پیت لول

[hoax3r]

اول اینکه شما معلم اخلاق من نیستی من هر جور دلم بخواد صحبت بکنم به تو هیچ ربطی نداره ناراحتی می تونی ریپورت بدی!


نه معلم اخلاق نیستم و بمن ربطی ندارد ولی تو هر اجتماعی یکسری باید نباید هست که بهتره رعایت بشه
مثلا تو میتونی بگی من چون دلم می خوام می خوام تو خیابون لخت راه برم؟؟


در مورد نرو شما تایتلش و ببینی گفته که Nero 10 Trail & Microsoft Net Framework 3 یعنی به جفتشون نیازه در مورد ACDSee هم که من نمی دونم شما از کجا برای خودت می گی با MFC نوشته شده ؟اهمیتی هم برام نداره فقط محض اطلاعدوستان می تونن اینجا رو نگاه کنن

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید
Microsoft® DirectX® 9.0c - for Microsoft DirectX file format support

داخل بسته Nero ابزار های مختلف هست من گفتم کدومش رو میگم
لینکی که دادی نمیدونم ربطش به چی بود من میگم MFC تو می گی DirectX ؟؟؟
با یه ابزار مثل CFF Explorer فایل اجراییشو باز کن قسمت Import Directory رو ببین،
البته الان روی سیستمی که کار میکنم ACDSee ندارم وگرنه عکس می گذاشتم
به هر حال منم دلیل برای ادامه نمیبینم، من چیزی رو که می خواستم ثابت کردم...

[ArashMiniStar]

دوست عزیز الکی عمر خودت و تلف نکن الان دیگه برنامه نویسی با MFC غیر ممکنه و برنامه نویسی با API از محالات ناشدنیه کتاب هم اصلا گیر نمیاد همین چند تا هم پر از خطا و اشتباه هستن!
شما با این برنامه نویسی نکردی ولی من کردم و یه چند ماهی عمرم و تلف کردم این و اون مدیر ویژوال سی BARNAMENIVICE.ORG یه سری پست بی ربط داده بود که اینها خیلی خوبن و عمر ما رو تلف کرد البته تجربه شد ولی خوب دیگه می شد روی یه چیز بهتر وقت گذاشت !
مثلا این کتاب Programming Windows by Charles Petzold رو که دوستمون معرفی کرده جزو معروف ترین هاش هست اولش اینکه خیلی قدیمیه و توی 16 بیت و اینکه چطور نمی دونم زبانهای خارجی ساپورت می شن می چرخه یعنی اینکه در مورد مشکلات همون دوره حرف می زنه و وین 3 و 95 و NT و اصلا نزدیک به 7 و ویستا نیست و برای خودش توی یه دنیای دیگه ای هست دوم اینکه حتی خودش هم توی همون دوران گفت که اقا MFC خیلی کتابخونه چرتیه و آدم بهتره بره ویژوال بیسیک کار کنه تا عمرش و روی این تلف کنه!!!!
اینا هیچی نیستن فقط یه سری کتابخونه قدیمی از دور افتاده هستن و اگه فکر کردی با یاد گرفتن اینها یه سر و گردن از دیگران بالاتری باید بگم که کاملا در اشتباهی شما می تونی بری دنبال کتاب خونه دات نت برای برنامه نویسی ویندوز و برای کارهای گرافیکی پیشرفته هم که OpenGL , DirectX هست و یا QT
شما یکم تو فوروم خارجی در مورد MFC سرچ کن-بازم تاکید می کنم جالا این MFC هست برنامه نویسی در دنیای واقعی با API غیر ممکنه- خیلی خنده داره طرف برنامه نویس حرفه ای اومده می گه از بس این بدرد نخور و سخت بود که اقا برنامه رو develop می کردم بعد دوباره می خواستم برنامه جدید و شروع کنم همه چیز یادم می رفت که این کتابخونه چی به چیه و چطور کار می کنه لول
من دیگه بیشتر از این چیزی نمی گم شما خودت بگیر پرتغال فروش رو!

اولا mfc نمرده! چون برنامه هایی مثل Nero با اون نوشته شدن.هر کس هم باید دنبال زبانی بره که مورد نیازشه.بره من دات نت (وی بی و سی شارپ) کافیه.چون مایکروسافت یک کتابخونه کلاس ها گذاشته که پر از توابعه.تو خود سایت مایکروسافت هم همه رو کامل با مثال زده.API های ویندوز هم که مصرف خودشونو دارن.گفتم نرم افزار شد دعوا !

[ArashMiniStar]

سلام
این هم یه نرمافزار رایگان خوب
روی لینک کلیک کنید برای توضیحات بیشتر

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

نرم افزار خیلی خوبیه.فقط پارامتر های توابع رو از کجا بیاریم؟
بدون اونا که نمیشه کار کرد.(البته فکر کنم!)
اگه می شد که خیلی توپ بود.:8:

[salmanbnd]

سلام به همه
فردا کنفرانس برنامه سازی سیستم رو دارم! درباره Windows System Programming هم باید ارائه بدم
لینک کتاب جالب در این مورد رو اینجا گذاشتم، می تونید ببینید، سوالی داشتید در خدمتم:46:
[ برای مشاهده لینک ، لطفا با نام کاربری خود وارد شوید یا ثبت نام کنید ]
موفق و موید باشید
چقدر شکلکهای P30world جالبه! مثلا این دوتا رو نیگا :10:
:31:

[charlychaplin]

داداش اینا لینکش خرابه:sad:

[charlychaplin]

[QUOTE=ArashMiniStar;5258187]واژه API مخفف شده سه كلمه Application Programming Interface می باشد که یك رابط نرم افزار است كه در برنامه های دیگر استفاده می گردد. همانند صفحه كلید ماشین حساب كه رابط میان كلید و عدد نمایش داده شده می باشد. یك API رابط نرم افزاری سیستم های عامل می باشدAPI یك سیستم عامل دلیلی بنیادی و اساسی می باشد برای عدم هماهنگی سیستمهای عامل با هم .

برای مثال یك قطعه در یك سیستمی بر پایه مكینتاش نمی تواند در ویندوز اجرا شود (البته بدون وجود شبیه ساز آن) زیرا سیستم عامل مكینتاش و ویندوز API های متفاوتی دارند.

توابع API ویندوز

توابع API ویندوز توابع داخلی ویندوز هستند که ویژوال بیسیک با عملیاتی می تواند از آنها استفاده کند با استفاده از روتین های API هرکاری که در ویندوز قابل اجرا باشد در ویژوال بیسیک نیز قابل اجرا می گردد. تمام توابع API ویندوز در درون DLL ها قرار دارند. اغلب DLL های ویندوز در دایرکتوری windows یا \windows\system قرار گرفته است فایلهای DLL اکثراً دارای پسوند “dll” یا ”exe” هستند.


در این تاپیک دوستان می توانند سایت , نرم افزار و کتاب های خود را در مورد توابع API معرفی کنند.:10:


---------- Post added at 03:32 PM ---------- Previous post was at 03:30 PM ----------

برای شروع من 2 تا نرم افزار قدیمی ! مرجع توابع API قرار می دهم.
لینک دانلود :



داداش اینا لینکش خرابه:sad: