PDA

View Full Version : آخر و عاقبت framework.net



sarnev6t
پنج شنبه 11 بهمن 1386, 23:57 عصر
با عرض پوزش از تمام کسانی که در مورد این موضوع قبلا بحث کردند به 2 دلیل این موضوع را در تاپیکی جدا ارائه دادم:
1-آخرین مراجعه به تاپیک شما مربوط به ماهها پیشه!!
(http://barnamenevis.org/forum/showthread.php?t=41559&page=10&highlight=framework.net)
2_برنامه نویسانC# بزرگترین قربانیان framework.net میباشند
قبل از شروع اینو بگم که من در حد اطلاعات خودم صحبت میکنم اگه ایرادی بهش وارده صمیمانه می پزیرم...
آخر و عاقبت framework.net ::عصبانی++:
بحث از اون جایی شروع می شود که خیلی از برنامه نویسها.net به این مشکل برخوردند که برنامه ای نوشتن در حد چند 10kb با سرعت بالا و کارایی بسیار خوب ولی ...ولی...ولی.... مجبورند برای ارائه برنامه خودشون به کاربرهای دیگه framework.net را هم در کنار برنامه خودشون بگنجانند.
اولین فکر چاره این بود که به یک نحوی فقط بخشی از framework.net که نیاز اجرای اون برنامه خاص حل بکنه را جدا کنند بعد اون فایل هارو بر روی سیستم کاربر نصب بکنند.
این عملیات به طور تئوری به نتایج خوبی رسید که درhttp://barnamenevis.org/forum/showthread.php?t=41559&highlight=framework.net&page=5 مورد بحث قرار گرفت
ولی در عمل نتیجه ای نداشت(اکه به نتیجه رسیده به منم بکید)
راه حل بعدی تبدیل فایل اجرایی به کد اسمبلی وdllهای مورد نیازه برنامه توسط برنامه هایی مثل XenoCode بود که از قرار معلوم این قبیل برنامه ها مشکل کرک دارند و یکی دیکه ازین برنامه ها که من باهاش کار کردم آنتی ویروس kasperskey به فایل اجراییش گیر میده ومشکلاتی از این قبیل که قابل حله ولی حل شدنش چندان کمکی به موضوع بحث ما نمی کنه....
حالا جای بحث اینجاست که هدفMicrosoft از تولید framework.net چی بوده.....
و اما جنبه مهم بحث که بیشتر مد نظر من هست:
چرا framework.net درvista به طور پیش فرض وجود دارد!!!!
Microsoft یکی از بزرگترن تولید کننده های نرم افزار در جهان است که دارای ثروت و محبوبیت زیادی می باشد و در بسیاری از مسائل منحصر به فرداست.
(یک مطلب در مورد انحصار طلبی اینجا هست که البته خودم هنوز کامل نخوندمhttp://barnamenevis.org/forum/showthread.php?t=62021)
به طور یقین همچین شرکتی دارای مشاورین قوی و مجربی میباشد کهMicrosoft را به سوی اهدافش راهنمایی مکنند. و بزرگترین هدف (از دیدگاه من) چیزی جز به انحصار در آوردن محصولات نرم افزاری نمی باشد.
حال این به انحصار دراوردن در گرو تولید محصولاتی که حجم کم دارند و در عین حال سرعت مناسب داشته باشند.
حال مشاورین با فراخوانی تابع تولید نرم افزار با کد کمتر توسط .netبه اهداف شرکت نزدیکتر شدند .
اما مشکل اینجا بود چطوری framework.net رو روی همه کامپیوترها نصب کرد بدون انکه صداش در بیاد.
(داخل پرانتز):یک مسئله مهم اینه که اول framework.net تولید شده بعد مشاورین به فکر تولید نرم افزاهای با کد کم و پولدارتر شدن و محبوب تر شدن افتادن. یا اول به فکر محبوب تر شدن و پولدارتر شدن افتادن و..........
که این مسئله یک جورایی مثل مرغ وتخم مرغ میمونه که من با دومی خیلی موافقترم.
حالا ببینیم Microsoft چطوری داره. framework.net را اپیدمی میکنه
اول از همه اومد یغیه ی برنامه نویسهای خورده پا مثل مارو گرفت و یک محصول رنگ و لاعاب دار به نامC# داد دستمونو گفت بیا هر چی دوست داری بنویس هر کاری دوست داری بکن و به قول معروف حالشو ببر!
تویه اینکه C# بسیار مناسب برای برنامه نویسی visualاست شکی نیست و توی اینم که کار باهاش هر چقدر هم که کم تجربه باشی بازم غیر ممکن نیست بازم شکی نیست!
اما آخر سر که اون برنامه خوشکلرو نوشتیم تازه می افتیم تو هول و ولا که ای داد بیداد کامپیوتر مقصد framework.net نداره حالا وقتشه!! (کاربر محترم اگه میخای از نرم افزاره من که خیلی ام توپه حالشو ببری framework.net را روی سیستم خودت نصبش کن)
ترفند فوق العاده بود نه!!
اشاره<<<<<این همون کاری که تولید کنندگان مواد مخدر با معتادها میکنند وقتی تریاک مصرفش سخت و هزینه بره با اومدن کراک دیگه مشکلات حل میشه! ولی اینم واسه خودش یه راه حله دیگه!
Microsoft میگه: حالا بازم شاید هنوز خیلی ها framework.net نداشته باشن واگه ما محصولات خودمونو که تویnet. نوشتیمو ارائه بدیم احتمال شکست زیاده!!
حالا نوبت ارائه اولین windows بعد از تولید framework.netبود .
windows ی که framework.net داره بدون اینکه کسی از اول دلیله بودنشو بدونه!!
سرتونو درد آوردم:
و اما آخرو عاقبت کار:
روی همه سیستم ها framework.net نصب میشه با اسم Microsoft با نشان Microsoft و…
و همه ترجیح میدن برنامشونو توی framework.net بنویسن که اگه ننویسن خریدار نداره
و این میشه که بازم Microsoft روی همه کامپیوترها ماندگار میمونه
(دو نکته دیکه هم مونده که الان حسشو ندارم بگم بمونه واسه بعد که یکیش مربوط به اینه که این آخر کار نیست)
اخر اخر اخر این حرفها اینم بگم اینمهاهمش حدس و گمان من بود شایدم من خیلی بدبینمو Microsoft. قصد کمک به پیشرفت علمو داره فی سبیل ا... کار میکنه!

bigcowboy
جمعه 12 بهمن 1386, 00:14 صبح
برنامه نویس = کسی که c و assembly رو بلده , همین و بس
vb و کلا .net و asp و php و ... همه و همه زیرمجموعه این دوتا هستن
زبون های (روم به دیوار) برنامه نویسیی که ماکروسافت میده بیرون همشون جنبه تبلیغاتی دارن هر کسی هم که با اینا بنویسه غیر مستقیم داره پول میریزه تو جیب ماکروسافت.
دوست عزیز اینا همه اسباب بازی هستن اگه واقعا میخوای برنامه نویس باشی اول c و در کنارش assembly همین!

sinpin
جمعه 12 بهمن 1386, 00:32 صبح
برنامه نویس = کسی که c و assembly رو بلده , همین و بس
vb و کلا .net و asp و php و ... همه و همه زیرمجموعه این دوتا هستن
زبون های (روم به دیوار) برنامه نویسیی که ماکروسافت میده بیرون همشون جنبه تبلیغاتی دارن هر کسی هم که با اینا بنویسه غیر مستقیم داره پول میریزه تو جیب ماکروسافت.
دوست عزیز اینا همه اسباب بازی هستن اگه واقعا میخوای برنامه نویس باشی اول c و در کنارش assembly همین!
شوخیه با مزه ای بود :تشویق: !
اینجا بعضی از دوستان هستند که قبل از سال تولد خیلی از ماها کامپیوتر رو شروع کردند !
من برنامه نویسی رو از سال 1370 شروع کردم (از AmigaBasic و GWBasic و QBasic و Pascal و ... تا #C) و به جرات میتونم بگم لذتی که در حال حاضر از #C میبرم از هیچ زبان دیگری نبرده بودم.


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

bigcowboy
جمعه 12 بهمن 1386, 00:37 صبح
برنامه نویسی رو از سال 1370 شروع کردم
اندازه سن من داری برنامه مینویسی!
دوست عزیز این نظر من بود (من هیچی بلد نیستم)

جناب sarnev6t (http://barnamenevis.org/forum/member.php?u=54625) این تاپیک رو انتقال بده سر جاش<<<<

vcldeveloper
جمعه 12 بهمن 1386, 02:20 صبح
خواهشا قبل از اینکه همچین اظهار نظرهایی بکنید، کمی در مورد موضوعی که قصد مطرح کردنش رو دارید تحقیق کنید. از مطالب شما کاملا مشخص است که نقش Net Framework در برنامه هایی که با زبان های دات نتی نوشته میشند برای شما جا نیافتاده!

اگر برنامه هایی که شما با #C می نویسید کم حجم از آب درمیان، از هنر شما نیست، بلکه بخش اعظم کدهایی که شما در برنامه استفاده میکنید به اسمبلی های مختلف دات نت که توسط فریم ورک نصب شده لینک شدند. از طرفی این پکیج CLR دات نت را روی سیستم کاربر نصب میکنه. بدون CLR اصلا مفاهیمی مثل Managed Code یا JIT معنی پیدا نمی کنند.
این مسئله چیز تازه ایی هم نیست. برای جاوا باید JVM روی سیستم کاربر نصب باشه، برای ++VC باید Runtime Library های مربوطه روی سیستم کاربر نصب باشند، برای VB هم به همین شکل. همین الان اگه به DLL های موجود در ویندوز خود نگاه کنید، متوجه میشید که نسخه ای از Runtime Library مربوط به ++VC موجود است تا برنامه نویسان مجبور نباشند این کتابخانه را با برنامه خود به سیستم کاربر منتقل کنند.
بعضی محیط های توسعه مثل دلفی بصورت پیش فرض امکان تولید فایلهای اجرایی Stand alone را فراهم می کنند. در این حالت کامپایلر دلفی به جای آنکه کاربر را مجبور به انتقال پکیج های زمان اجرا بکند، کدهای استفاده شده از این پکیج ها را به فایل EXE لینک می کند تا به اصطلاح فایل Stand alone بدست بیاد و نیازی به کتابخانه زمان اجرا نداشته باشه. نتیجه این کار افزایش حجم فایل EXE خروجی میشه.

در دات نت، با توجه به تعداد و حجم کلاس های ارائه شده در Framework و انواع وظایفی که CLR بر عهده داره، حجم پکیجی که باید تحت عنوان Net Framework نصب بشه، بیشتر از Runtime Library سایر محیط توسعه رایج هست.


برنامه نویس = کسی که c و assembly رو بلده , همین و بس
vb و کلا .net و asp و php و ... همه و همه زیرمجموعه این دوتا هستن
زبون های (روم به دیوار) برنامه نویسیی که ماکروسافت میده بیرون همشون جنبه تبلیغاتی دارن هر کسی هم که با اینا بنویسه غیر مستقیم داره پول میریزه تو جیب ماکروسافت.
دوست عزیز اینا همه اسباب بازی هستن اگه واقعا میخوای برنامه نویس باشی اول c و در کنارش assembly همین!
ببخشید...
هر کسی می تونه در زمینه های مختلف برای خودش نظری داشته باشه و نظرش هم در جای خودش محترم هست. ولی آدم Wise اونی هست که قبل از بیان نظرش درباره یک موضوع، کمی درباره آن موضوع اطلاع داشته باشه و حداقل از منطقی بودن نظرش اطمینان داشته باشه. اگر آدم درباره چیزی اطلاع کافی نداره، بهترین کاری که می تونه بکنه اینه که سکوت اختیار کنه.

sarnev6t
جمعه 12 بهمن 1386, 02:42 صبح
خواهشا قبل از اینکه همچین اظهار نظرهایی بکنید، کمی در مورد موضوعی که قصد مطرح کردنش رو دارید تحقیق کنید. از مطالب شما کاملا مشخص است که نقش Net Framework در برنامه هایی که با زبان های دات نتی نوشته میشند برای شما جا نیافتاده!

اگر برنامه هایی که شما با #C می نویسید کم حجم از آب درمیان، از هنر شما نیست، بلکه بخش اعظم کدهایی که شما در برنامه استفاده میکنید به اسمبلی های مختلف دات نت که توسط فریم ورک نصب شده لینک شدند. از طرفی این پکیج CLR دات نت را روی سیستم کاربر نصب میکنه. بدون CLR اصلا مفاهیمی مثل Managed Code یا JIT معنی پیدا نمی کنند.
بسیار متشکر از اشارتون من متوجه این موضوع هستم و ممکن توی بیان صحبتهام دچار اشتباه شده باشم!!
به نظر شما این برای microsoft بهتر نیست که .net روی همه سیستم ها نصب باشه تا اگه روزی برنامه های خودشم توی .net نوشت و خواست ارائه بده مشکلی به نام نبودن .net بر نخوره!!


راه حل بعدی تبدیل فایل اجرایی به کد اسمبلی وdllهای مورد نیازه برنامه توسط برنامه هایی مثل XenoCode بود که
فکر میکنم توی این بخش صحبتهام به قابل حمل نبودن کدهای c# اشاره کردم و اینم اینجا بگم اگه کد یک برنامه .net را خارج از محیط .net بخواهیم اجرا کنیم تا 10 برابر افزایش میابد و این اصلا خوب نیست!!
برای این حرفم سند دارم!!!

vcldeveloper
جمعه 12 بهمن 1386, 03:07 صبح
به نظر شما این برای microsoft بهتر نیست که .net روی همه سیستم ها نصب باشه تا اگه روزی برنامه های خودشم توی .net نوشت و خواست ارائه بده مشکلی به نام نبودن .net بر نخوره!!این امر کاملا منطقی هست. مایکروسافت که برای رضای خدا دات نت رو درست نکرده. ملت هم برای خشنودی مایکروسافت سراغش نرفتند. بلکه مایکروسافت سعی کرده بسته نرم افزاری ایجاد کنه که برای برنامه نویسان جذاب باشه و آنها را به سمت خودش بکشه تا از این طریق سود بکنه. برنامه نویسان هم با مقایسه امکانات دات نت با سایر محیط ها و شرایط مختلفی که دارند، تصمیم می گیرند که برای افزایش راندمان کار خود یا برای رسیدن به هر مزیت دیگه ایی که ممکنه براشون مهم باشه، به سمت دات نت حرکت کنند. عده ایی هم ممکنه اصلا در اون مزیتی برای خود نبینند و به سمتش هم حرکت نکنند. حالا مایکروسافت برای ادامه سود خود باید زمینه های بهتری برای استفاده از دات نت فراهم کنه و انجام امور مختلف در آن را ساده تر کنه، پس انتشار دات نت فریم ورک با ویندوز برای آن کاری کاملا منطقی هست. برنامه نویسان دات نت هم از این کار استقبال می کنند، چون کدهای آنها با دردسر کمتری بر روی سیستم های کاربران نصب میشه. این وسط هر دو طرف به سود بیشتری که مدنظرشون بوده رسیدند.


فکر میکنم توی این بخش صحبتهام به قابل حمل نبودن کدهای c# اشاره کردم محصول اصلی مایکروسافت ویندوز هست، پس طبیعی هست که مایکروسافت توان خود را صرف فراهم کردن محیط توسعه ایی برای سیستم عامل خود بکنه تا مزایای آن را نسبت به سایر سیستم عامل ها افزایش بده. الان زبانی مثل دلفی هم که مایکروسافتی نیست، فقط قابلیت تولید کد برای سیستم عامل ویندوز را داره.


و اینم اینجا بگم اگه کد یک برنامه .net را خارج از محیط .net بخواهیم اجرا کنیم تا 10 برابر افزایش میابد و این اصلا خوب نیست!!خارج کردن یک کد دات نت از حالت Managed Code باعث میشه که خیلی از مزیت هایی که دات نت بر روی آن تاکید میکنه از بین برند. از طرفی حتی اگر شما قرار باشه یک برنامه جاوا را هم مستقل از JVM (http://en.wikipedia.org/wiki/JVM) بکنید، با همین مسئله افزایش حجم مواجه میشید.
درباره قابل حمل نبودن #C هم باید بگم که از نظر تئوری محدودیتی برای انتقال آن به سایر سکوها وجود نداره، چون CLI (http://en.wikipedia.org/wiki/Common_Language_Infrastructure) بصورت باز منتشر شده و هر کس می تونه با پیاده سازی آن امکان اجرای کدهای دات نت در سکوی مورد نظر خود را فراهم کنه، مثل پروژه MONO (http://barnamenevis.org/forum/www.mono-project.com/) که ب منظور اجرای کدهای دات نت در لینکوس بصورت Open source توسعه داده میشه، یا همین کاری که یک شرکت آفریقای جنوبی، Red Five Labs (http://www.redfivelabs.com/content/products.aspx)، چند وقت قبل انجام داد و امکان اجرای کدهای دات نت در سیستم عامل سیمبیان - مختص موبایل - را فراهم کرد.

net.میلاد(منجی)
جمعه 12 بهمن 1386, 03:25 صبح
سلام
اول که عنوان تاپیک رو دیدم کلی حال کردم گفتم الان اون تو بحث داغه اما وقتی اومدم دیدم دوستان یه کمکی کم لطفی کردند . دوست خوبم sarnev6t اول ترو به خاطر:



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

تحسین میکنم
یک جورایی ساده صحبت کردی !
در مورد مطالبت هم بگم درسته بار علمی متوسطی داشته اما یک جورهایی منطقی به نظر میاد مثل:


چرا framework.net درvista به طور پیش فرض وجود دارد!!!!
.
.
.
به طور یقین همچین شرکتی دارای مشاورین قوی و مجربی میباشد کهMicrosoft را به سوی اهدافش راهنمایی مکنند. و بزرگترین هدف (از دیدگاه من) چیزی جز به انحصار در آوردن محصولات نرم افزاری نمی باشد.
.
.
.
حالا نوبت ارائه اولین windows بعد از تولید framework.netبود .
windows ی که framework.net داره بدون اینکه کسی از اول دلیله بودنشو بدونه!!
.
.
.
و همه ترجیح میدن برنامشونو توی framework.net بنویسن که اگه ننویسن خریدار نداره
....


منم با این نظرات موافقم و فکر می کنم دوستمون علی آقا یکم زود قضاوت کردند.
من از ایشون می خوام با این فرض به مسئله نگاه کنند که اگه یک روزی Yahoo Messenger
ورژن جدیدشو فقط روی فریم ورک دات نت ارائه بده حد اقل توی کشور ما که دسترسی به اینترنت محدود و امکان دانلود فریم ورک دات نت عملا وجود نداره چه اتفاقی می افته؟
همین الان من خبر دارم این 2 تا برنامه فقط روی فریم ورک دات نت اجرا میشن:
kgb archiver &ati driver

net.میلاد(منجی)
جمعه 12 بهمن 1386, 03:32 صبح
علی جان من الان مطلب جدیدتون رو دیدم
فکر میکنممنظور sarnev6t از این بحث این بوده که اول آخر fw.net روی همه سیستم ها باید نصب بشه واینم که میگی نبودن fw.net به نفع برنامه نویسه با اومدن ویستا دیگه معنی نداره!

bigcowboy
جمعه 12 بهمن 1386, 09:35 صبح
من همیشه اینجا گفتم که هیچی بلد نیستم

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

اگه دارم اشتباه میکنم لطفا منو راهنمایی کنید<<<

sinpin
جمعه 12 بهمن 1386, 12:13 عصر
آقای کشاورز همه چیز رو به بهترین شکل توضیح دادند.
بصورت خیلی خلاصه : یک روزی میرسه که شما با همین dot net و vs نصب شده روی کامپیوتر شخصیتون میتونید حتی برای یک ماشین لباسشویی و یا ... (بشرط داشتن نسخه ی فریمورک دات نت مناسب خودشون) برنامه نویسی کنید. و این چکیده ترین حالت از تعریف مزیت و آینده ی dot net است.


Microsoft .NET Framework was designed with several intentions:
Interoperability (http://en.wikipedia.org/wiki/Interoperability) - Because interaction between new and older applications is commonly required, the .NET Framework provides means to access functionality that is implemented in programs that execute outside the .NET environment. Access to COM (http://en.wikipedia.org/wiki/Component_Object_Model) components is provided in the System.Runtime.InteropServices and System.EnterpriseServices namespaces of the framework, and access to other functionality is provided using the P/Invoke (http://en.wikipedia.org/wiki/Platform_Invocation_Services) feature.
Common Runtime Engine - Programming languages on the .NET Framework compile (http://en.wikipedia.org/wiki/Compiler) into an intermediate language (http://en.wikipedia.org/wiki/Intermediate_language) known as the Common Intermediate Language (http://en.wikipedia.org/wiki/Common_Intermediate_Language), or CIL (formerly known as Microsoft Intermediate Language, or MSIL). In Microsoft's implementation, this intermediate language is not interpreted (http://en.wikipedia.org/wiki/Interpreter_%28computing%29), but rather compiled in a manner known as just-in-time compilation (http://en.wikipedia.org/wiki/Just-in-time_compilation) (JIT) into native code (http://en.wikipedia.org/wiki/Native_code). The combination of these concepts is called the Common Language Infrastructure (http://en.wikipedia.org/wiki/Common_Language_Infrastructure) (CLI), a specification; Microsoft's implementation of the CLI is known as the Common Language Runtime (http://en.wikipedia.org/wiki/Common_Language_Runtime) (CLR).
Language Independence - The .NET Framework introduces a Common Type System (http://en.wikipedia.org/wiki/Common_Type_System), or CTS. The CTS specification (http://en.wikipedia.org/wiki/Specification) defines all possible datatypes (http://en.wikipedia.org/wiki/Datatypes) and programming (http://en.wikipedia.org/wiki/Programming) constructs supported by the CLR and how they may or may not interact with each other. Because of this feature, the .NET Framework supports development in multiple programming languages. This is discussed in more detail in Microsoft .NET Languages (http://en.wikipedia.org/wiki/Microsoft_.NET_Languages).
Base Class Library - The Base Class Library (http://en.wikipedia.org/wiki/Base_Class_Library) (BCL), part of the Framework Class Library (FCL), is a library of functionality available to all languages using the .NET Framework. The BCL provides classes (http://en.wikipedia.org/wiki/Class_%28computer_science%29) which encapsulate a number of common functions, including file (http://en.wikipedia.org/wiki/Computer_file) reading and writing, graphic rendering (http://en.wikipedia.org/wiki/Rendering_%28computer_graphics%29), database (http://en.wikipedia.org/wiki/Database) interaction and XML (http://en.wikipedia.org/wiki/XML) document manipulation.
Simplified Deployment - Installation (http://en.wikipedia.org/wiki/Installation_%28computer_programs%29) of computer software must be carefully managed to ensure that it does not interfere with previously installed software, and that it conforms to increasingly stringent security requirements. The .NET framework includes design features and tools that help address these requirements.
Security - The design is meant to address some of the vulnerabilities, such as buffer overflows (http://en.wikipedia.org/wiki/Buffer_overflow), that have been exploited by malicious software. Additionally, .NET would provide a common security model for all applications.
Portability - A design goal of the .NET Framework is to remain platform agnostic, and thus be cross platform (http://en.wikipedia.org/wiki/Cross-platform) compatible. That is, a program written to use the framework should run without change on any type of system for which the framework is implemented. Microsoft's commercial implementations of the framework cover Windows, Windows CE, and the Xbox 360. Microsoft has also released implementations that can run on some Unix-based platforms such as FreeBSD (http://en.wikipedia.org/wiki/FreeBSD) and Mac OSX (http://en.wikipedia.org/wiki/Mac_OSX), but license restrictions limit these to educational use only. In addition, Microsoft submits the specifications for the Common Language Infrastructure (http://en.wikipedia.org/wiki/Common_Language_Infrastructure) (which includes the core class libraries, Common Type System (http://en.wikipedia.org/wiki/Common_Type_System), and the Common Intermediate Language (http://en.wikipedia.org/wiki/Common_Intermediate_Language))[2] (http://en.wikipedia.org/wiki/.NET_Framework#_note-0)[3] (http://en.wikipedia.org/wiki/.NET_Framework#_note-1)[4] (http://en.wikipedia.org/wiki/.NET_Framework#_note-2), and the C# (http://en.wikipedia.org/wiki/C_Sharp_%28programming_language%29) language[5] (http://en.wikipedia.org/wiki/.NET_Framework#_note-3), and the C++/CLI language[6] (http://en.wikipedia.org/wiki/.NET_Framework#_note-4) to both ECMA and the ISO (http://en.wikipedia.org/wiki/International_Organization_for_Standardization), making them available as open standards. This makes it possible for third parties to freely implement compatible implementations of the framework and its languages on other platforms.این لینکها رو هم نگاه کنید :
http://www.netvision.lt/en/why_net_framework.aspx
http://en.wikipedia.org/wiki/.NET_Framework
http://www.microsoft.com/net/basics_faq.mspx

miladr
جمعه 12 بهمن 1386, 12:47 عصر
بحث جالبی بود(راست نمی گم)
دوستان هر چی برتری dotnet داشت به عنوان نقص بر طرف کردن.
جالب ترین حرف رو دوستمون زد

منم با این نظرات موافقم و فکر می کنم دوستمون علی آقا یکم زود قضاوت کردند.
من از ایشون می خوام با این فرض به مسئله نگاه کنند که اگه یک روزی Yahoo Messenger
ورژن جدیدشو فقط روی فریم ورک دات نت ارائه بده حد اقل توی کشور ما که دسترسی به اینترنت محدود و امکان دانلود فریم ورک دات نت عملا وجود نداره چه اتفاقی می افته؟
همین الان من خبر دارم این 2 تا برنامه فقط روی فریم ورک دات نت اجرا میشن:
kgb archiver &ati driver

اول اینکه واسه همین مشکل کهdotnet رو vista به طور پیش فرض نصبه.
تازه هیچ توسعه دهنده نرم افزاری تو دنیا به فکرش هم نمی رسه که من و شما هستیم که اینترنت مون اینطوریه این مشکل ماست.
نکته دیگه اینکه ما خیلی با حالیم vs2008 که 10000$ داریم مفت استفاده می کنیم.windows رو که بقالی ها میفروشن.و .... بعد دوستم داریم نگران ما هم باشن.

PC2st
جمعه 12 بهمن 1386, 13:00 عصر
روی همه سیستم ها framework.net نصب میشه با اسم Microsoft با نشان Microsoft و…
و همه ترجیح میدن برنامشونو توی framework.net بنویسن که اگه ننویسن خریدار نداره
و این میشه که بازم Microsoft روی همه کامپیوترها ماندگار میمونه
...
...
به نظر شما این برای microsoft بهتر نیست که .net روی همه سیستم ها نصب باشه تا اگه روزی برنامه های خودشم توی .net نوشت و خواست ارائه بده مشکلی به نام نبودن .net بر نخوره!!



فکر میکنممنظور sarnev6t از این بحث این بوده که اول آخر fw.net روی همه سیستم ها باید نصب بشه واینم که میگی نبودن fw.net به نفع برنامه نویسه با اومدن ویستا دیگه معنی نداره!

به فرض که بخواهید با سی++ یک برنامه ویندوزی بنویسید (چند فرم ساده مثلا Hello World) برای اجرای چنین برنامه ای که با سی++ نوشته شده، حتما از توابع API ی ویندوز استفاده خواهید کرد. یعنی برای اجرای یک برنامه ی ساده ی سی++ به توابع API و به سیستم عامل ویندوز احتیاج دارید.
حال اگر بخواهید همان برنامه را بوسیله سی# بنویسید، برای اجرای آن به net framework. احتیاج دارید. تازه در حین استفاده از .net framework نیازی به ویندوز هم نیست پس از این لحاظ از سی++ بهتر است! مقصود من مقایسه این دو زبان نبود (و مقایسه این دو معنی نداره) فقط میخواستم شرایط اجرا شدن این دو حالت را با هم مقایسه کنیم که در این میان وجود فریم ورک به معنای بد بودن آن نیست.



من از ایشون می خوام با این فرض به مسئله نگاه کنند که اگه یک روزی Yahoo Messenger
ورژن جدیدشو فقط روی فریم ورک دات نت ارائه بده حد اقل توی کشور ما که دسترسی به اینترنت محدود و امکان دانلود فریم ورک دات نت عملا وجود نداره چه اتفاقی می افته؟اگر بحث سر کشور ماست (که اینترنت پر سرعت ندارد)، می رویم سر کوچه 8 تا cd که ورژنهای مختلف دات نت فریم ورک دارد را می خریم یا از دوستان قرض می گیریم!! :بامزه: البته این در صورتی است که ویندوز ویستا یا xp سرویس پک 2 نباشد.

sarnev6t
جمعه 12 بهمن 1386, 15:21 عصر
نقل قول:
نوشته شده توسط sarnev6t
من از ایشون می خوام با این فرض به مسئله نگاه کنند که اگه یک روزی Yahoo Messenger
ورژن جدیدشو فقط روی فریم ورک دات نت ارائه بده حد اقل توی کشور ما که دسترسی به اینترنت محدود و امکان دانلود فریم ورک دات نت عملا وجود نداره چه اتفاقی می افته؟

این نقل قول از من نیست لطفا اصلاحش کنید

اگر بحث سر کشور ماست (که اینترنت پر سرعت ندارد)، می رویم سر کوچه 8 تا cd که ورژنهای مختلف دات نت فریم ورک دارد را می خریم یا از دوستان قرض می گیریم!! :بامزه: البته این در صورتی است که ویندوز ویستا یا xp سرویس پک 2 نباشد.
به نظر منم بهتره یکم واقع بین باشیم مسئله نبودن .net روی کامپیوتر کاربران معمولیه
مثلا اگه یک روز Microsoft Office با حجم 100کیلو بایت(مثلا) بیاد طرفدارهای زیاد تری تو همه ی دنیا پیدا میکنه منوط به این که framework.net روی همه سیستم ها نصب باشه که اگه نباشه محصول شکست میخوره ! ومطمئن باشید با اون روزی .net روی همه سیستم ها باشه فاصله ای نداریم (مثال واضح ویستا)



بصورت خیلی خلاصه : یک روزی میرسه که شما با همین dot net و vs نصب شده روی کامپیوتر شخصیتون میتونید حتی برای یک ماشین لباسشویی و یا ... (بشرط داشتن نسخه ی فریمورک دات نت مناسب خودشون) برنامه نویسی کنید. و این چکیده ترین حالت از تعریف مزیت و آینده ی dot net است

sinpin جان منم با صحبت شما موافقم و توی گفته هام به خوب بودن .net و vs اشاره کردم ولی اینکه .net همه گیر بشه اول سودش برای مایکروسافت بعد منو شما برنامه نویس!

همین الان من خبر دارم این 2 تا برنامه فقط روی فریم ورک دات نت اجرا میشن:
kgb archiver &ati driver

اینهارو هم من اضافه میکنم اگه کسی چیزهای دیکه ایم میشناسه بگه:
nikon capture X
Norton-Ghost-v12
nlite1.4.1

PC2st
جمعه 12 بهمن 1386, 18:29 عصر
این نقل قول از من نیست لطفا اصلاحش کنیدممنون، اصلاح شد. از این بابت عذر میخواهم.


مثلا اگه یک روز Microsoft Office با حجم 100کیلو بایت(مثلا) بیاد طرفدارهای زیاد تری تو همه ی دنیا پیدا میکنه منوط به این که framework.net روی همه سیستم ها نصب باشه که اگه نباشه محصول شکست میخوره ! ومطمئن باشید با اون روزی .net روی همه سیستم ها باشه فاصله ای نداریم (مثال واضح ویستا)البته حجم کم میتواند یک معیار باشد ولی معیارهای مهم دیگری نیز هست:
+ رایگان بودن ms office (که نیست!)
+ ms office بهترین گزینه باشد (از لحاظ امکانات و قابلیت ها) (بعنوان مثال، رقیبی مثل openOffice هست)
+ ms office به سرعت کارها را انجام دهد (و میدانیم که سرعت برنامه های دات نت هیچوقت به اندازه حالت native نخواهد بود)

PC2st
جمعه 12 بهمن 1386, 18:54 عصر
ببخشید اما فکر کنم دقیقا متوجه قضیه نیستم.
بحث بخاطر مشکل نبودن framework به همراه ویندوز است یا بدلیل مشکل انحصار طلبی مایکروسافت؟

1.

چرا framework.net درvista به طور پیش فرض وجود دارد!!!!
.
.
.
به طور یقین همچین شرکتی دارای مشاورین قوی و مجربی میباشد کهMicrosoft را به سوی اهدافش راهنمایی مکنند. و بزرگترین هدف (از دیدگاه من) چیزی جز به انحصار در آوردن محصولات نرم افزاری نمی باشد.
.
.
.
حالا نوبت ارائه اولین windows بعد از تولید framework.netبود .
windows ی که framework.net داره بدون اینکه کسی از اول دلیله بودنشو بدونه!!
.
.
.
و همه ترجیح میدن برنامشونو توی framework.net بنویسن که اگه ننویسن خریدار نداره2.

بحث از اون جایی شروع می شود که خیلی از برنامه نویسها.net به این مشکل برخوردند که برنامه ای نوشتن در حد چند 10kb با سرعت بالا و کارایی بسیار خوب ولی ...ولی...ولی.... مجبورند برای ارائه برنامه خودشون به کاربرهای دیگه framework.net را هم در کنار برنامه خودشون بگنجانند.
اولین فکر چاره این بود که به یک نحوی فقط بخشی از framework.net که نیاز اجرای اون برنامه خاص حل بکنه را جدا کنند بعد اون فایل هارو بر روی سیستم کاربر نصب بکنند.
.
.
.
به نظر شما این برای microsoft بهتر نیست که .net روی همه سیستم ها نصب باشه تا اگه روزی برنامه های خودشم توی .net نوشت و خواست ارائه بده مشکلی به نام نبودن .net بر نخوره!!

Nima_NF
جمعه 12 بهمن 1386, 20:53 عصر
به فرض که بخواهید با سی++ یک برنامه ویندوزی بنویسید (چند فرم ساده مثلا Hello World) برای اجرای چنین برنامه ای که با سی++ نوشته شده، حتما از توابع API ی ویندوز استفاده خواهید کرد. یعنی برای اجرای یک برنامه ی ساده ی سی++ به توابع API و به سیستم عامل ویندوز احتیاج دارید.
حال اگر بخواهید همان برنامه را بوسیله سی# بنویسید، برای اجرای آن به net framework. احتیاج دارید. تازه در حین استفاده از .net framework نیازی به ویندوز هم نیست
اگر کسی از ++C/C استفاده می کند ، دارد برای ویندوز برنامه می نویسید ؟
فراموش نکنید که دات نت و #C چند سالی بیشتر نیستند که آمده اند ، لینوکس ها و سیستم عامل هایی مثل Symbian که روی تلفن های همراه ، ماشین ها و دستگاه های مختلف تا کنون embed شده اند ، سیستم های روبات ها و بسیاری از دستگاه ها و سخت افزار های الکترونیکی صوتی و تصویری مبتنی بر ++C/C را که سال هاست در منازل و مشاغل به کار می روند را فراموش کردید.
آیا این همه موارد تا کنون نیاز به API ویندوز داشتند ؟

sarnev6t
جمعه 12 بهمن 1386, 22:14 عصر
البته حجم کم میتواند یک معیار باشد ولی معیارهای مهم دیگری نیز هست:
+ رایگان بودن ms office (که نیست!)
+ ms office بهترین گزینه باشد (از لحاظ امکانات و قابلیت ها) (بعنوان مثال، رقیبی مثل openOffice هست)
+ ms office به سرعت کارها را انجام دهد (و میدانیم که سرعت برنامه های دات نت هیچوقت به اندازه حالت native نخواهد بود)
office یک مثال بود اگه همه برنامه نویسها به این سمت برن که دارن میرن اخرش چی میشه تو همین سایت خیلی ها هستن که قبلا مثلا دلفی کار میکردن اما الان ترجیح میدن تو .net بنویسند!!

ببخشید اما فکر کنم دقیقا متوجه قضیه نیستم.
بحث بخاطر مشکل نبودن framework به همراه ویندوز است یا بدلیل مشکل انحصار طلبی مایکروسافت؟

دقیق متوجه سوال شما نشدم ولی موضوع اینه که framework و نیاز به بودن اون تا چه حد مهمه واین مسئله به چه سمتی میره؟
حالا
دوستان من فکر می کنم برای اینکه تویه ادامه این بحث به یک نتیجه منطقی برسیم یکی از گزینه های زیر را برای این سوال انتخاب کنیم و دلیل انتخاب خودمون هم بنویسیم:
به نظر شما در آینده وجودframewor.net درتمام کامپیوتر ها چگونه است؟
1.اجتناب ناپذیر است
2. تا حدودی لازم است
3.ضرورتی ندارد
4.به هیچ عنوان لازم نیست
:لبخندساده:

net.میلاد(منجی)
شنبه 13 بهمن 1386, 07:23 صبح
اول اینکه واسه همین مشکل کهdotnet رو vista به طور پیش فرض نصبه.
تازه هیچ توسعه دهنده نرم افزاری تو دنیا به فکرش هم نمی رسه که من و شما هستیم که اینترنت مون اینطوریه این مشکل ماست.
نکته دیگه اینکه ما خیلی با حالیم vs2008 که 10000$ داریم مفت استفاده می کنیم.windows رو که بقالی ها میفروشن.و .... بعد دوستم داریم نگران ما هم باشن.

اینکه ویستا دارای .net شده موضوع بحث !
از طرفی ما مشکل اینترنت داریم و این مشکل خودمون حق با شماست ودر آخر مایکروسافت نیازی به فروش رفتن محصولاتش تو کشورهای جهان سوم نداره همین که اسمش اونجا هک بشه کافیه!

دوستان من فکر می کنم برای اینکه تویه ادامه این بحث به یک نتیجه منطقی برسیم یکی از گزینه های زیر را برای این سوال انتخاب کنیم و دلیل انتخاب خودمون هم بنویسیم:
به نظر شما در آینده وجودframewor.net درتمام کامپیوتر ها چگونه است؟
1.اجتناب ناپذیر است
2. تا حدودی لازم است
3.ضرورتی ندارد
4.به هیچ عنوان لازم نیست

در مورد این سوال من فکر میکنم اجتناب ناپذیر باشه چون هم روی ویستا هستش هم احتمال زیاد شدن محصولات .net زیاده!
نقل قول از خودم:لبخندساده:

همین الان من خبر دارم این 2 تا برنامه فقط روی فریم ورک دات نت اجرا میشن:
kgb archiver &ati driver
که ati driver بخش کنترل پنلش روی .net نوشته شده!

SabaSabouhi
شنبه 13 بهمن 1386, 14:08 عصر
بحث از اون جایی شروع می شود که خیلی از برنامه نویسها.net به این مشکل برخوردند که برنامه ای نوشتن در حد چند 10kb با سرعت بالا و کارایی بسیار خوب ولی ...ولی...ولی.... مجبورند برای ارائه برنامه خودشون به کاربرهای دیگه framework.net را هم در کنار برنامه خودشون بگنجانند.
حالا جای بحث اینجاست که هدفMicrosoft از تولید framework.net چی بوده.....

با سلام
دوست عزیز به‌تره از دید دیگه به قضیه نگاه کنى.
قرار اینه که Framework بر روى «هر» کامپیوترى نصب باشه. مثل سیستم عامل که روى هر کامپیوترى نصب هست.
در واقع مى‌تونى Framework رو یه جورایى بخش Upgrade شدنى سیستم عامل بدونى. من خودم امیدوارم که مایکروسافت این رو تو ServicePack 3.0 براى XP ارائه بده که من مشکل توجیه کارفرما و شما مشکل اضافه کردن اون رو به Package برنامه نداشته باشیم.


برنامه نویس = کسی که c و assembly رو بلده , همین و بس
vb و کلا .net و asp و php و ... همه و همه زیرمجموعه این دوتا هستن
زبون های (روم به دیوار) برنامه نویسیی که ماکروسافت میده بیرون همشون جنبه تبلیغاتی دارن هر کسی هم که با اینا بنویسه غیر مستقیم داره پول میریزه تو جیب ماکروسافت.
دوست عزیز اینا همه اسباب بازی هستن اگه واقعا میخوای برنامه نویس باشی اول c و در کنارش assembly همین!

دوست عزیز، من خودم یه برنامه نویس حرفه‌اى Ansi C و Assembly بودم، اما یه زمانى باید پذیرفت که هر چیزى یه تاریخ مصرفى داره و اگه اصرار نداشته باشى که بر خلاف جهت رود شنا کنى باید با جریان همراه بشى.


شوخیه با مزه ای بود :تشویق: !
اینجا بعضی از دوستان هستند که قبل از سال تولد خیلی از ماها کامپیوتر رو شروع کردند !
من برنامه نویسی رو از سال 1370 شروع کردم (از AmigaBasic و GWBasic و QBasic و Pascal و ... تا #C) و به جرات میتونم بگم لذتی که در حال حاضر از #C میبرم از هیچ زبان دیگری نبرده بودم.


بهت نمى‌آد این‌قدر سن داشته باشى :لبخندساده:
من هم از سال 1366 برنامه نویسى رو شروع کردم ( از Comodore Basic و پاسکال و C و C و
C و C و ( با شرمندگى) VB6.0 و VB.net و #C )
اما گمان نکنم هرگز لذتى رو که از نوشتن Ansi C و Assembly ( بخصوص کار کردن با وقفه‌ها ) تجربه کردم تکرار بشه. ( هر چند #C بر خلاف VB بسیار دوست‌داشتنى هست.)



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


من هم موافقم.



به نظر شما این برای microsoft بهتر نیست که .net روی همه سیستم ها نصب باشه تا اگه روزی برنامه های خودشم توی .net نوشت و خواست ارائه بده مشکلی به نام نبودن .net بر نخوره!!


کاملاً درسته. به همین دلیله که توى Vista گنجانده شده.



فکر میکنم توی این بخش صحبتهام به قابل حمل نبودن کدهای c# اشاره کردم و اینم اینجا بگم اگه کد یک برنامه .net را خارج از محیط .net بخواهیم اجرا کنیم تا 10 برابر افزایش میابد و این اصلا خوب نیست!!
برای این حرفم سند دارم!!!

اگه فرض کنیم که DotNetFramework روى همه دستگاه‌ها وجود داره:
1. کى گفته که کد #C قابل حمل نیست؟
2. قسمت دوم گفته شما اصلاً منتفى هست.

صبا صبوحى

sarnev6t
شنبه 13 بهمن 1386, 15:38 عصر
قرار اینه که Framework بر روى «هر» کامپیوترى نصب باشه. مثل سیستم عامل که روى هر کامپیوترى نصب هست.
در واقع مى‌تونى Framework رو یه جورایى بخش Upgrade شدنى سیستم عامل بدونى. من خودم امیدوارم که مایکروسافت این رو تو ServicePack 3.0 براى XP ارائه بده که من مشکل توجیه کارفرما و شما مشکل اضافه کردن اون رو به Package برنامه نداشته باشیم.
بخش اول صحبت شما همون چیزیه که من دارم برای اثباتش تلاش میکنم

دوستان من فکر می کنم برای اینکه تویه ادامه این بحث به یک نتیجه منطقی برسیم یکی از گزینه های زیر را برای این سوال انتخاب کنیم و دلیل انتخاب خودمون هم بنویسیم:
به نظر شما در آینده وجودframewor.net درتمام کامپیوتر ها چگونه است؟
1.اجتناب ناپذیر است
2. تا حدودی لازم است
3.ضرورتی ندارد
4.به هیچ عنوان لازم نیست
که تا الان فقط یک نفر پاسخ مستقیم داده!
قسمت دوم صحبت شما sp3 اومده ولی من اطلاعات کاملی در موردش ندارم ولی تا آخر شب حتما مگم .net داره یا نه!


نقل قول:
نوشته شده توسط sinpin http://barnamenevis.org/forum/images/buttons/viewpost.gif (http://barnamenevis.org/forum/showthread.php?p=459852#post459852)
من قلبا دوست دارم اگه بتونم واسه این عزیزان کاری کنم که پولدارتر بشن. کسانی که به زندگیه خیلی از ماها معنیه تازه ای دادند.

من هم موافقم.
این موافقت شما زمانی با ارزش میشه که قوانین کپی رایت رو حداقل برای محصولات مایکروسافت رعایت کنید که حتما میکنید که این نظرات رو دارین و این خیلی عالیه منم اگه پشتم به جایی گرم بود موافق میشدم!!


اگه فرض کنیم که DotNetFramework روى همه دستگاه‌ها وجود داره:
1. کى گفته که کد #C قابل حمل نیست؟
2. قسمت دوم گفته شما اصلاً منتفى هست.
قسمت اول رو قبول میکنم منظورم را اشتباه رسوندم
قسمت دوم رو هنوزم سر حرفم هستم و عبارت تا 10 برابر را به حداقل 1000 برابر تغییر میدم!
و حد حد اکثر 2000 برابر میشن!
اکه دوست دارید فایل exe برنامتونو بدید من قابل اجرا خارج .net بهتون میدم!

در مورد این سوال من فکر میکنم اجتناب ناپذیر باشه چون هم روی ویستا هستش هم احتمال زیاد شدن محصولات .net زیاده!
نقل قول از خودم
متشکر از پاسخ دادن به سوال!

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

PC2st
شنبه 13 بهمن 1386, 21:15 عصر
نیمای عزیز، فکر میکنم منظور من را اشتباه برداشت کرده اید.


اگر کسی از ++C/C استفاده می کند ، دارد برای ویندوز برنامه می نویسید ؟
چون در سی++ برای نوشتن برنامه ای که چند فرم ساده را نمایش میدهد باید از API ها استفاده کرد پس کسی که از سی++ استفاده میکند باید برای یک سیستم عامل مشخصی برنامه نویسی کند. چون API های ویندوز فقط برای ویندوز است نه برای لینوکس، نه برای...
فکر کنم شما هم این را قبول داشته باشید.



آیا این همه موارد تا کنون نیاز به API ویندوز داشتند ؟
اگر برنامه نوشته شده (توسط سی++) برای ویندوز نوشته شده باشد، بله. (منظور من برنامه های تحت کنسول یا command prompt نیست).
فکر کنم این هم مورد مقبولیتتان باشد.


ولی در دات نت فریم ورک، مهم نیست که دات نت روی چه سیستم عاملی موجود است و ما کاری به سیستم عامل یا API هایش نداریم و با فریم ورک کار میکنیم. این منظور من بود نه چیز دیگری (و به همین خاطر این یک مزیت برای فریم ورک است که به همین دلیل وجود فریم ورک بهتر از نبودنش است).




دقیق متوجه سوال شما نشدم ولی موضوع اینه که framework و نیاز به بودن اون تا چه حد مهمه واین مسئله به چه سمتی میره؟
نیاز بودن به فریم ورک مهم و نقش آن اجتناب ناپذیر است.
فریم ورک را هر کسی میتواند پیاده سازی کند (پروژه mono در لینوکس) و فقط مختص مایکروسافت نیست.




مطمئن هستم هر کسی در جایی اشتباه میکند، اگر در جایی اشتباه کردم، لطفا با خونسردی من را راهنمایی کنید.


پی نوشت: منظور من از این گفته ها، مقایسه سی++ با سی# نبود چون هر کدام برتری های خاص خود را (کم و بیش) دارند و نمیتوان بین این دو مقایسه کرد.

sarnev6t
یک شنبه 14 بهمن 1386, 08:54 صبح
متشکر از اشارتون به mono میشه یکم در موردش برامون توضیح بدی و بگی آیا برنامه های .netرو اجرا میکنه وهمچنین نحوه پیاده سازی همچین چیزی چطوریه؟
>>sp3 اومده ولیframework.net نداره!

SabaSabouhi
یک شنبه 14 بهمن 1386, 09:15 صبح
متشکر از اشارتون به mono میشه یکم در موردش برامون توضیح بدی و بگی آیا برنامه های .netرو اجرا میکنه وهمچنین نحوه پیاده سازی همچین چیزی چطوریه؟
>>sp3 اومده ولیframework.net نداره!

سلام
1. mono قراره ( نمى‌دونم تا چه حدى موفق شده ) Framework رو روى محیط‌هاى متفاوت ( چه از نظر سخت‌افزار و چه از نظر نرم‌افزار ) پیاده سازى کنه مثل Sunو Mac و سیستم عامل‌هاى دیگه مثل Linux و Unix.
و اگه این انجام بشه با توجه به این که خروجى برنامه‌هاى DotNet زبان ماشین نیست و IL هست بنابراین بنا به تعریف باید Exe و Dll هاى خروجى شما بر روى تمام محیط‌هاى داراى Framework قابل اجرا باشن ( یعنى نهایت Portable بودن )

2. از پى‌گیرى شما سپاس‌گزارم، هر چند که نتیجه دلخواه نبود.

صبا صبوحى

sarnev6t
یک شنبه 14 بهمن 1386, 09:30 صبح
سلام
1. mono قراره ( نمى‌دونم تا چه حدى موفق شده ) Framework رو روى محیط‌هاى متفاوت ( چه از نظر سخت‌افزار و چه از نظر نرم‌افزار ) پیاده سازى کنه مثل Sunو Mac و سیستم عامل‌هاى دیگه مثل Linux و Unix.
و اگه این انجام بشه با توجه به این که خروجى برنامه‌هاى DotNet زبان ماشین نیست و IL هست بنابراین بنا به تعریف باید Exe و Dll هاى خروجى شما بر روى تمام محیط‌هاى داراى Framework قابل اجرا باشن ( یعنى نهایت Portable بودن )

2. از پى‌گیرى شما سپاس‌گزارم، هر چند که نتیجه دلخواه نبود.

صبا صبوحى
متشکر از مطالب بند 1
در مورد sp3 بگم که نسخه حال حاضر آزمایشی امیدوار باشید!:چشمک:

omid_Ahmadi
یک شنبه 14 بهمن 1386, 15:16 عصر
لطفاً این قسمت رو به بیان نظرات کاملاً شخصی خودتون که هیچ ارزش علمی ندارن تبدیل نکنید. در مورد مشکلی هم که توی این تاپیک مطرح شده، به دیدگاه این دوستمون وابسته هست. نتونستید هنوز هدف این نوع طراحی رو در .NET درک کنید و همین طور هدف از این کار ها رو. این موارد رو نمیشه در یک سری نوشته توضیح داد، فقط می تونم بتونم بگم بهتره یه مقدار در مورد سیستمهای مختلف موجود (که .NET رقیبی برای اونها به شمار میره) مطالعه کنید، مشکلتون حل میشه و بعداً خودتون هم به نوشته هایی که اینجا مطرح کردید به نحو دیگه ای نگاه می کنید. مطمئناً مهمترین مشکلی که .NET برای اون به وجود اومد و چنین طراحی صورت گرفت، نوشتن یه برنامه و قرار دادن چند تا DataGrid (یا کنترلهای آماده دیگه ای مثل اون) توی فرم نبود (و بعداً گفتن اینکه ما هم برنامه نوشتیم !!!!)، که بعد کافیه به کاربر بگیم یه .NET Framework نصب کن تا از کل مزایای (!!!) اون برنامه چشم پوشی کنه. موفق باشید.