Abbas Arizi
سه شنبه 25 فروردین 1383, 22:29 عصر
آنچه که در ذیل میآید ممکن است برای خیلی از دوستان آشنا بوده و گفتن اون تکرار مکررات. ولی چون خط سیری که منجر به ظهور دات نت شده در اون به صورت خیلی چکیده و خلاصه گفته شده بد ندیدم که اون رو در اینجا قرار بدم.
هدف اصلی از بازگو کردن این مطالب ارایه یک دید سریع نسبت به علت ظهور دات نت و آماده شدن اذهان برای حرکت به سوی فلسفه لانگهورن میباشد!!
از سالها پیش تاکنون سیستم عاملهای مختلفی در دنیا ظهور کردهاند که هر کدام از آنها دارای معایب و مزایای خاص خود بودهاند. به طور کلی اکثر آنها مشابه نمونههای پیشین خود بوده و دارای درجه تکامل مشابهی بودهاند.
مایکروسافت با نوشتن یک کاربرد ویندوز که برنامهنویسی با Microsoft Win32 (در حقیقت آن زمان Win16) را ممکن میساخت، آغازگر یک تحول بزرگ در سیر تکامل سیستم عاملها بوده است.
Win32 API به صورت یک واسط برنامه نویسی کاربرد (API) رویهای و مسطح طراحی شد که امکان فراخوانی آن از طریق برنامههای C وجود داشت.
با استفاده از Win32 API انجام هر کاری در محیط ویندوز انجام پذیر است. شما ابتدا یک منفذ به صف پیغامهای ویندوز به دست میآورید و میتوانید با دادن پاسخ مناسب و مقتضی به این پیامها اعمال مختلفی را به انجام برسانید. میتوانید حافظه را دستکاری کنید (حافظه مربوط به پروسههای برنامه خود یا پروسههای دیگر)، میتوانید یک پنجره را به شکلی که مایل هستید ترسیم کنید و ...
طراحی ویندوز ذاتا شیی گراست.اشیاء پنجرهها، قلمهای گرافیکی و ... اشیایی هستند که در ویندوز مورد استفاده قرار میگیرند.
از زمان طراحی ویندوز تا سالها بعد توسعهگران نرمافزار برنامههای یکپارچه و ایزولهای روی آن نوشتند. آنها هیچ گونه مولفهای که بتواند با برنامههای دیگر ترکیب شود و هیچ مکانیسیمی که چنین ترکیبی را پشتیبانی کند، در اختیار نداشتند.
در سال 1993 مایکروسافت (COM (Component Object Model را طراحی نمود که یک استاندارد باینری را برای ترکیب برنامهها معرفی میکرد. بنابراین کامپوننتها از طریق کامپایلرهای زبانی مختلف ساخته میشدند و میتوانستند از طریق یک سری واسطهای ثابت با یکدیگر تعامل کنند.
(Distributed COM (DCOM پروتکل شبکهای بود که اجازه میداد این مولفهها با پروسههای آن سوی مرزهای یک ماشین واکنش انجام دهند.
بسیاری از API هایی که مایکروسافت بعد از سال 1993 معرفی کرد، بر پایه COM بودند. دو مثال بارز در این خصوص عبارتند از: DirectX و Shell Extensions. امروزه ویندوز بیش از ده هزار API دارد که که توسط توسعهگران مختلف در تیمهای مختلف و با اهداف مختلف طراحی شدهاند.
تکنولوژیهای OLE و ActiveX هم بر پایه COM به وجود آمدند.
نتیجتا در حال حاضر ما با انواع مختلفی از API روبرو هستیم. یک سری نقطهورودی (Entry Point) درون Dll ها و همچنین یک مجموعه پیچیدهتر که در واکنش با واسطهای COM هستند. علاوه بر اینها API های دیگری نیز وجود دارند که میتوان از طریق تکنولوژیهای دیگری به آنها دسترسی پیدا کرد.
در عمل توسعهگران به محیطی نیاز دارند که آنها را از بند این پیچیدگیها برهاند. از این رو تیمهای مختلفی در داخل و خارج مایکروسافت کتابخانههای چهارچوبی مختلفی را برای تسهیل تولید برنامهها ساختند. بعضی از این کتابخانههای معروف عبارتند از: (Microsoft Foundation Classes (MFC و (Microsoft ActiveX Template Library (ATL و کتابخانه داخلی Microsoft Visual Basic و (Borland's Object Windows Library (OWL و ...
به عنوان مثال MFC ویژگیهای گوناگون Win32 API را در مجموعهای از کلاسهای ++C کپسوله میکند. هنگامی که ++C و MFC به عنوان محیط برنامهنویسی انتخاب شود، هر آنچه که بدان نیاز داریم به طور مستقیم پشتیبانی میشود و کار تا حد زیادی آسان میشود. با این حال زمانی که شما بخواهید چیزهایی را به کار ببرید که در MFC پشتیبانی نمیشوند، بازهم باید به خودتان اتکا کنید و کار حتی از قبل هم سخت تر میشود. زیرا از یک طرف باید بدانید که چگونه Win32 API را به کار ببرید و از طرفی هم باید بدانید که چگونه بین آنها و MFC ارتباط برقرار کنید.
تیم طراحی ویژوال بیسیک اما راه متفاوتی را در پیش گرفت. آنها دسترسی به Win32 API را در یک زبان و کتابخانه که یادگیری و کاربرد بسیار سادهای داشت، پوشش دادند اما به قیمت حذف کارایی و اختیارات. گاهی برنامه نویسان ویژوال بیسیک نمیتوانند به راحتی یک کار را به انجام برسانند به علت محدودیتی که محیط توسعه انتخاب شده به آنان تحمیل میکند.
در نیمه نخست دهه 90 با ظهور اینترنت و ارتباطات بیشتری که بین سیستمهای کامپیوتری به وجود آمد، روش برنامهنویسی خاصی بر مبنای HTML و زبانهای اسکریپتی که در صفحات وب به اجرا درمیآمدند، به وجود آمد. این روش اگرچه مزایایی داشت، ولی اشکالاتی مثل عدم پشتیانی زبانهای برنامهنویسی گوناگون، مشکل اشکال زدایی، محدودیت دسترسی به کنترلهای مختلف و ... باعث شد که این مدل نتواند جایگزین مناسبی برای روشهای قبلی به شمار بیاید.
در PDC 2000 مایکروسافت برای اولین بار دات نت را به توسعهگران خود معرفی کرد. دات نت یک سکوی نرمافزاری مدرن است که قادر است برنامهها را در یک محیط امن و مدیریت شده به اجرا درآورد. در حالی که همچنان اجازه استفاده از کدهای قبلی را میدهد.
به طور خلاصه برخی مزایایی که برای دات نت میتوان بر شمرد اینها هستند:
یک مدل شیی محور است که زبانهای مختلفی میتوانند از آن استفاده کنند و یک چهار چوب واحد برای زبانهای برنامهنویسی مختلف ایجاد مکیند. چنین امکانی به عنوان مثال در MFC وجود ندارد. چرا که تنها برنامههای مبتنی بر ++C میتوانند از آن استفاده کنند. در مورد بقیه محیطها هم کم و بیش وضع به همین گونه است. در حال حاضر زبانهایی مثل C++.NET، C#، Visual Basic.NET، Delphi.NET و ... میتوانند کدهای مبتنی بر دات نت تولید کنند.
دارای ایمنی انواع است. انواع دات نت در مقابل مقادیر نامعتبر حفاظت میشوند.
تعدادباگها و حفرههای امنیتی ناشی از اشتباهات برنامهنویسی را کاهش میدهد. به عنوان مثال هیچ گاه با از حد خارج شدن بافرها (Buffer overrun) یا مشکلات مدیریت حافظه مثل نشت حافظه روبرو نخواهیم بود. برنامهای که در دات نت اجرا میشود از حیث مدیریت حافظه، Threading و ایمنی تحت مدیریت کامل CLR خواهد بود.
کتابخانههای کلاس دات نت فریم ورک بسیاری از توابع پر کاربرد Win32 را کپسوله میکنند. متاسفانه در حال حاضر دات نت به طور کامل Win32 را تحت پوشش قرار نمیدهد. لیکن ابزارهایی برای به کارگیری کدهای بدون مدیریت قبلی ارایه شدند. این ابزارها عبارتند از P-Invoke (برای احضار توابع)، COM-Interop (برای بکارگیری مولفههای COM) و ++C (قویترین تکنولوژی که تنها قابل استفاده در ++Managed C است.) همچنین دات نت ابزارهایی ارائه میکند که معادلی در Win32 ندارند. مثل آنچه که مربوط به ASP.NET، Web Service ها و به کارگیری XML میباشد.
تجرید در دات نت بسیار بیشتر از مدلهای دیگر است به طوری که درگیری برنامهنویس با جزئیات و پیچیدگیها به حداقل کاهش مییابد.
...
برگرفته از کتاب: Introducing Longhorn for developers با تصرف و تلخیص.
این کتاب به صورت HTML در سایت http://www.microsoft.com موجود هست که باید یک جستجوی ساده میتونید پیداش کنید. :wink: :cry:
آنچه که بیان شد مربوط به سیر تحولی بود که منجر به تولد دات نت شد. در خصوص آینده دات نت و مدل برنامه نویسی جدید نسخه بعدی سیستم عامل ویندوز هم مطالبی هست که اگر کسی علاقه داشت بعدا در مورد اون هم مطالبی ارائه خواهد شد
هدف اصلی از بازگو کردن این مطالب ارایه یک دید سریع نسبت به علت ظهور دات نت و آماده شدن اذهان برای حرکت به سوی فلسفه لانگهورن میباشد!!
از سالها پیش تاکنون سیستم عاملهای مختلفی در دنیا ظهور کردهاند که هر کدام از آنها دارای معایب و مزایای خاص خود بودهاند. به طور کلی اکثر آنها مشابه نمونههای پیشین خود بوده و دارای درجه تکامل مشابهی بودهاند.
مایکروسافت با نوشتن یک کاربرد ویندوز که برنامهنویسی با Microsoft Win32 (در حقیقت آن زمان Win16) را ممکن میساخت، آغازگر یک تحول بزرگ در سیر تکامل سیستم عاملها بوده است.
Win32 API به صورت یک واسط برنامه نویسی کاربرد (API) رویهای و مسطح طراحی شد که امکان فراخوانی آن از طریق برنامههای C وجود داشت.
با استفاده از Win32 API انجام هر کاری در محیط ویندوز انجام پذیر است. شما ابتدا یک منفذ به صف پیغامهای ویندوز به دست میآورید و میتوانید با دادن پاسخ مناسب و مقتضی به این پیامها اعمال مختلفی را به انجام برسانید. میتوانید حافظه را دستکاری کنید (حافظه مربوط به پروسههای برنامه خود یا پروسههای دیگر)، میتوانید یک پنجره را به شکلی که مایل هستید ترسیم کنید و ...
طراحی ویندوز ذاتا شیی گراست.اشیاء پنجرهها، قلمهای گرافیکی و ... اشیایی هستند که در ویندوز مورد استفاده قرار میگیرند.
از زمان طراحی ویندوز تا سالها بعد توسعهگران نرمافزار برنامههای یکپارچه و ایزولهای روی آن نوشتند. آنها هیچ گونه مولفهای که بتواند با برنامههای دیگر ترکیب شود و هیچ مکانیسیمی که چنین ترکیبی را پشتیبانی کند، در اختیار نداشتند.
در سال 1993 مایکروسافت (COM (Component Object Model را طراحی نمود که یک استاندارد باینری را برای ترکیب برنامهها معرفی میکرد. بنابراین کامپوننتها از طریق کامپایلرهای زبانی مختلف ساخته میشدند و میتوانستند از طریق یک سری واسطهای ثابت با یکدیگر تعامل کنند.
(Distributed COM (DCOM پروتکل شبکهای بود که اجازه میداد این مولفهها با پروسههای آن سوی مرزهای یک ماشین واکنش انجام دهند.
بسیاری از API هایی که مایکروسافت بعد از سال 1993 معرفی کرد، بر پایه COM بودند. دو مثال بارز در این خصوص عبارتند از: DirectX و Shell Extensions. امروزه ویندوز بیش از ده هزار API دارد که که توسط توسعهگران مختلف در تیمهای مختلف و با اهداف مختلف طراحی شدهاند.
تکنولوژیهای OLE و ActiveX هم بر پایه COM به وجود آمدند.
نتیجتا در حال حاضر ما با انواع مختلفی از API روبرو هستیم. یک سری نقطهورودی (Entry Point) درون Dll ها و همچنین یک مجموعه پیچیدهتر که در واکنش با واسطهای COM هستند. علاوه بر اینها API های دیگری نیز وجود دارند که میتوان از طریق تکنولوژیهای دیگری به آنها دسترسی پیدا کرد.
در عمل توسعهگران به محیطی نیاز دارند که آنها را از بند این پیچیدگیها برهاند. از این رو تیمهای مختلفی در داخل و خارج مایکروسافت کتابخانههای چهارچوبی مختلفی را برای تسهیل تولید برنامهها ساختند. بعضی از این کتابخانههای معروف عبارتند از: (Microsoft Foundation Classes (MFC و (Microsoft ActiveX Template Library (ATL و کتابخانه داخلی Microsoft Visual Basic و (Borland's Object Windows Library (OWL و ...
به عنوان مثال MFC ویژگیهای گوناگون Win32 API را در مجموعهای از کلاسهای ++C کپسوله میکند. هنگامی که ++C و MFC به عنوان محیط برنامهنویسی انتخاب شود، هر آنچه که بدان نیاز داریم به طور مستقیم پشتیبانی میشود و کار تا حد زیادی آسان میشود. با این حال زمانی که شما بخواهید چیزهایی را به کار ببرید که در MFC پشتیبانی نمیشوند، بازهم باید به خودتان اتکا کنید و کار حتی از قبل هم سخت تر میشود. زیرا از یک طرف باید بدانید که چگونه Win32 API را به کار ببرید و از طرفی هم باید بدانید که چگونه بین آنها و MFC ارتباط برقرار کنید.
تیم طراحی ویژوال بیسیک اما راه متفاوتی را در پیش گرفت. آنها دسترسی به Win32 API را در یک زبان و کتابخانه که یادگیری و کاربرد بسیار سادهای داشت، پوشش دادند اما به قیمت حذف کارایی و اختیارات. گاهی برنامه نویسان ویژوال بیسیک نمیتوانند به راحتی یک کار را به انجام برسانند به علت محدودیتی که محیط توسعه انتخاب شده به آنان تحمیل میکند.
در نیمه نخست دهه 90 با ظهور اینترنت و ارتباطات بیشتری که بین سیستمهای کامپیوتری به وجود آمد، روش برنامهنویسی خاصی بر مبنای HTML و زبانهای اسکریپتی که در صفحات وب به اجرا درمیآمدند، به وجود آمد. این روش اگرچه مزایایی داشت، ولی اشکالاتی مثل عدم پشتیانی زبانهای برنامهنویسی گوناگون، مشکل اشکال زدایی، محدودیت دسترسی به کنترلهای مختلف و ... باعث شد که این مدل نتواند جایگزین مناسبی برای روشهای قبلی به شمار بیاید.
در PDC 2000 مایکروسافت برای اولین بار دات نت را به توسعهگران خود معرفی کرد. دات نت یک سکوی نرمافزاری مدرن است که قادر است برنامهها را در یک محیط امن و مدیریت شده به اجرا درآورد. در حالی که همچنان اجازه استفاده از کدهای قبلی را میدهد.
به طور خلاصه برخی مزایایی که برای دات نت میتوان بر شمرد اینها هستند:
یک مدل شیی محور است که زبانهای مختلفی میتوانند از آن استفاده کنند و یک چهار چوب واحد برای زبانهای برنامهنویسی مختلف ایجاد مکیند. چنین امکانی به عنوان مثال در MFC وجود ندارد. چرا که تنها برنامههای مبتنی بر ++C میتوانند از آن استفاده کنند. در مورد بقیه محیطها هم کم و بیش وضع به همین گونه است. در حال حاضر زبانهایی مثل C++.NET، C#، Visual Basic.NET، Delphi.NET و ... میتوانند کدهای مبتنی بر دات نت تولید کنند.
دارای ایمنی انواع است. انواع دات نت در مقابل مقادیر نامعتبر حفاظت میشوند.
تعدادباگها و حفرههای امنیتی ناشی از اشتباهات برنامهنویسی را کاهش میدهد. به عنوان مثال هیچ گاه با از حد خارج شدن بافرها (Buffer overrun) یا مشکلات مدیریت حافظه مثل نشت حافظه روبرو نخواهیم بود. برنامهای که در دات نت اجرا میشود از حیث مدیریت حافظه، Threading و ایمنی تحت مدیریت کامل CLR خواهد بود.
کتابخانههای کلاس دات نت فریم ورک بسیاری از توابع پر کاربرد Win32 را کپسوله میکنند. متاسفانه در حال حاضر دات نت به طور کامل Win32 را تحت پوشش قرار نمیدهد. لیکن ابزارهایی برای به کارگیری کدهای بدون مدیریت قبلی ارایه شدند. این ابزارها عبارتند از P-Invoke (برای احضار توابع)، COM-Interop (برای بکارگیری مولفههای COM) و ++C (قویترین تکنولوژی که تنها قابل استفاده در ++Managed C است.) همچنین دات نت ابزارهایی ارائه میکند که معادلی در Win32 ندارند. مثل آنچه که مربوط به ASP.NET، Web Service ها و به کارگیری XML میباشد.
تجرید در دات نت بسیار بیشتر از مدلهای دیگر است به طوری که درگیری برنامهنویس با جزئیات و پیچیدگیها به حداقل کاهش مییابد.
...
برگرفته از کتاب: Introducing Longhorn for developers با تصرف و تلخیص.
این کتاب به صورت HTML در سایت http://www.microsoft.com موجود هست که باید یک جستجوی ساده میتونید پیداش کنید. :wink: :cry:
آنچه که بیان شد مربوط به سیر تحولی بود که منجر به تولد دات نت شد. در خصوص آینده دات نت و مدل برنامه نویسی جدید نسخه بعدی سیستم عامل ویندوز هم مطالبی هست که اگر کسی علاقه داشت بعدا در مورد اون هم مطالبی ارائه خواهد شد