مونو څه شی دی او ولې خطرناک کیدی شي؟

مونو د یوې خلاصې سرچینې پروژې نوم دی چې د زیمیان لخوا پیل شوی او دا مهال د نوول لخوا پرمخ وړل شوی (د زیمیان له ترلاسه کولو وروسته) د وړیا وسیلو یوه ډله رامینځته کوي ، د GNU / لینکس پراساس او د NET سره مطابقت لري لکه څنګه چې ECMA لخوا مشخص شوي. ولې د ډیری GNU / لینکس کاروونکو لخوا نفرت کیږي؟

مونو څه شی دی؟

نه ، دا د بندر ټاپو سره هیڅ تړاو نلري. مونو د CLI (عام ژبې زیربنا) او C # وړیا پلي کول دي (دواړه د مایکروسافټ لخوا رامینځته شوي) ، د لیږل شوي مشخصاتو مطابق. ECMA د دې معیاري کولو لپاره. دا پلي کول خلاص سرچینه ده.

مونو کې CLI شامل دي ، کوم چې مجازی ماشین لري چې د ټولګیو بارولو مسؤلیت لري ، جټ (د وخت په جریان کې) کمیلر او د کثافاتو راټولونکی؛ دا ټول د توضیحاتو له مخې له سکریچ څخه لیکل شوي ایکما 334 XNUMX.

مونو کې د C # مرتب کونکي هم شامل دي ، کوم چې په متناسب ډول په C # لیکل شوی او د CLI په څیر ، دا تالیف کونکي ځانګړتیاوې تعقیبوي ایکما 335 XNUMX.

سربیره پردې مونو د .Net چوکاټ کتابتونونو سره مناسب د کتابتونونو فهرست لري ، مګر دا د کتابتونونو لړۍ هم لري چې د مایکروسافټ. نیٹ ورک چوکاټ کې شتون نلري؛ لکه د GTK # چې د GTK + توکی کټ اصلي ګرافیکي انٹرفیس رامینځته کولو ته اجازه ورکوي ، Mono.LDAP ، Mono.Posix ، او داسې نور.

د مونو اصل

مونو د میګول دی ایززا لخوا تصور شوی و ، دا پروژه پدغه وخت کې د هغه شرکت زیمیان لخوا سپانسر شوې وه؛ اوس محال Novell د مونو پروژې سپانسر دی ، ځکه نوول زیمیان ترلاسه کړ.

د مونو رامینځته کولو لپاره هڅونه د وسیلو د لټون له امله ده چې د لینکس چاپیریال کې د غوښتنلیکونو ګړندي رامینځته کولو کې مرسته وکړي.

د مونو ملاتړ شوي پلیټ فارمونه

مونو اوس مهال په x86 ، PPC ، SPARC ، او S390 پلیټونو کې په 32 بټ کې پرمخ وړي؛ او x86-64 او SPARC په 64 بټونو کې؛ په عامل سیسټمونو کې د غوښتنلیکونو رامینځته کول او اجرا کول امکان لري: لینکس ، وینډوز ، OSX ، BSD او سولاریس.

ایا مونو د .Net چوکاټ سره سازګار دی؟

د مونو یوه هدف د API 1.1 سره د مطابقت لوړې درجې ترلاسه کول دي ، که څه هم دمخه د .Net چوکاټ د API 2.0 سره مطابقت باندې ډیر کار شتون لري.

دا د دې لپاره چې ډاډ ترلاسه شي چې په وینډوز کې د .Net چوکاټ سره ترکیب شوی بائنری پرته له بائنری سره ترکیب کولو څخه په هر یو مونو پلیټ فارمونو کې پرمخ وړل کیدی شي ، او دا په بدل کې کولی شي د مناسب مونو - ایج: سیسټم کتابتونونه وکاروي. ډاټا ، سیسټم. ایکس ایم ایل ، او.

د مونو لخوا چمتو شوي کتابتونونه د .Net چوکاټ سره د دوی همکارانو سره 100 compatible مناسب دي. وروستۍ نسخه 2.6.1. د نورو مهمو ب amongو په مینځ کې شامل دي:

  • سي ایل ای
  • د C # تالیف کونکی
  • ADO.NET
  • ASP.NET
  • ویب سرویسونه
  • سيستم
  • د وینډوز فورمې

وروستی شتون - وینډوز فوروم - هغه څوک چې اړتیا لري په بشپړ ډول دې بشپړ شي. که څه هم باید یادونه وشي چې پروژه د تشبثي خدماتو لپاره د مناسب کتابتونونو جوړولو فکر نه کوي.

زه اوس مهال د مونو سره کوم ډول غوښتنلیکونه رامینځته کولی شم؟

ښه ، دا ممکنه ده چې د Mod_mono ماډل په کارولو سره د ویب ډول غوښتنلیکونه او ویب پاicesې رامینځته کړئ چې د اپاچي ویب سرور ته اجازه ورکوي چې د ASP.NET (aspx) او ویب خدماتو (asmx) پا serveو خدمت وکړي.

دا امکان لري چې داسې غوښتنلیکونه رامینځته کړي چې ډیټابیس ته لاسرسی ولري لکه د مایکروسافټ SQL ، اوریکل ، پوسټګریسال ، او داسې نور.

د ګرافیکي انٹرفیس غوښتنلیکونو اړخ کې ، وړاندیز دا دی چې GTK # وکاروي ، ځکه چې هغه کړکۍ چې په هغې پورې اړه لري (GTK +) ، د ګرافیکي غوښتنلیکونو ته اجازه ورکوي پرته لدې چې لینکس ، وینډوز او OSX چاپیریال کې پلي شي؛ دا وړاندیز مهم شوی ، ځکه چې په مونو کې د وینډوز فارمونو سره تطبیق بشپړ شوی ندی.

ایا زما غوښتنلیک لپاره اړتیا شتون لري ترڅو د مونو او .Net چوکاټ سره مطابقت ولري ، لکه د پورټ ایبل؟

واقعیا هیڅ مشخص ندي شتون نلري ، ترڅو پورې چې دا د CLI پر اساس غوښتنلیک وي؛ که څه هم ځینې ټکي شتون لري چې باید په پام کې ونیول شي:

  1. لینکس د فایل او ډایرکټرۍ په نومونو کې حساس دی. نو دا اړینه ده چې د هغه نومونو سره مطابقت ولرو چې موږ یې کاروو.
  2. د لارې جدا کونکی په وینډوز () کې د لینکس (/) په پرتله توپیر لري ، له همدې امله سپارښتنه کیږي چې د API Path.DirectoryPathSeparator وکاروئ ، ترڅو د غوښتنلیک د اجرا کولو پر مهال سمه جدا کونکی ترلاسه کړئ.
  3. که چیرې غیر CLI کتابتونونه وکارول شي (د مثال په توګه: په C ، C ++ کې کتابتون) ، د P / Invoke په کارولو سره ، ډاډ ترلاسه کړئ چې کتابتون په مختلف چاپیریالونو کې شتون لري چیرې چې غوښتنلیک به اجرا شي.
  4. ټیکنالوژي مه کاروئ چې یوازې په یو ځانګړي چاپیریال کې شتون لري (د مثال په توګه: په وینډوز کې ثبت کول یا په لینکس - جینوم- کې GConf)؛ یا یو حل چمتو کړئ چې غوښتنلیک ته اجازه ورکوي په چاپیریال کې چیرې چیرې چیرې په سمه توګه عمل وکړي.
  5. د وینډوز فارمونو پراساس غوښتنلیکونه او دا خورا پیچلي دي ممکن دا مهال کار ونکړي ، ځکه چې په مونو کې د وینډوز فارمونه بشپړ ندي.

په مونو کې د پراختیا کوم اوزار شتون لري؟

ښه دا د وینډوز څخه امکان لري چې د لید سټوډیو په کارولو سره غوښتنلیک رامینځته کړي. د لینکس اړخ کې دی مونو ډیفولف، د شارډ ډیفولف پراساس IDE.

مونو ډیفولف د ورته مدیریت څخه د پروژې مدیریت ، نحو رنګ کولو ، د بشپړ بشپړ کوډ کولو ، غوښتنلیک ترکیب کولو او چلولو ته اجازه ورکوي.
د اضافو (اضافو) له لارې فعالیت ته غزول شوی ، د مثال په توګه:

  • د IDE څخه ډیټابیسونو سره وصل کړئ
  • د ډیبګر شاملول چې د لید سټوډیو په څیر ، د کرښې په واسطه د کوډ کرښې اجرا کولو ، او متغیر ارزښتونو بیاکتنې ته اجازه ورکوي.

اوس مهال د فارم ډیزاینر ادغام لپاره کار شتون لري ، که څه هم دا ډیزاینر د GTK # لپاره فارمونو جوړولو تمرکز کوي نه د وینډوز فورمو.

د مونو لپاره غوښتنلیکونه ورکړل شوي.

په مونو کې د لینکس لپاره غوره غوښتنلیکونه چمتو شوي ، د نظر ترلاسه کولو لپاره ، دلته د دې غوښتنلیکونو سره 2 لیست کول دي:

د دې پاتې غوښتنلیکونو څخه عبارت دي له:

  • مونو ډیفولف: دا په لینکس کې د مونو برنامې برنامې لپاره IDE دی. IDE په C # کې جوړ شوی.
  • F- ځای: د عکسونو کتلاګ کولو برنامې ، عکسونو ته د ډیجیټل تعدیل کولو وړ کولو سربیره.
  • بيګل: هغه وسیله چې لینکس کې د بیلابیل ډولونو مختلف ډولونو په مینځ کې معلومات لټوي او لټون کوي.
  • ټبوګوی: د نوټونو ذخیره کولو برنامه چې د کلیدي ټکو سره تړل شوي.
  • معین: دا د GStreamer پر بنسټ یو آډیو پلیر دی.
  • پییموسیک: برنامه چې د آپیل د آی ټیونز خدمت سره د میوزیک پیرود لپاره لاسرسي لپاره ګرافیکي انٹرفیس چمتو کوي.
  • MonoUML: دا مدیر دی چې د UML معیار سره ډایاګرام رامینځته کوي.
  • Gnome do: ګړندي او مؤثر غوښتنلیک لانچر.
  • ډاکی: ستاسو د ډیسټاپ لپاره ډک.
  • Banshee: د ګیسټریمر پراساس میډیا پلیر.

بندر او جوازونه

مونو د مایکروسافټ د شبکې د چوکاټ خلاصې سرچینې پلي کول دي ، چې د ECMA په اړه خپاره شوي معیارونو پراساس؛ ځکه چې دا د مایکروسافټ محصول پراساس پلي کیدل دي ، په لینکس کې د مونو کارول د لانجې لامل شوي - د لینکس کاروونکو او پراختیا کونکو تر مینځ - دلیل دا دی چې مونو ممکن د مایکروسافټ پیټونه نقض کړي ، کوم چې د بندر پروړاندې دعوی کیدی شي.

د پام د مونو پروژې ، تر هغه وخته چې CLI او C # تالیف کونکي د ECMA لخوا منل شوي معیارونو سره سمون لري ، دا 2 ټوټې خوندي دي ، د مونو ځانګړي کتابتونونو پورې اړوند ، دوی هیڅ خطر نلري. مګر د ASP.NET ، ADO.NET او وینډوز فارمونو پورې اړوند کتابتونونو پلي کول د مایکروسافټ د پیټینټ سرغړونې لپاره حساس دي - که څه هم پدې وخت کې هیڅ معلومات شتون نلري چې قضیه یې ده - د دې دلیل لپاره ، د مونو پروژه د وروستي قضیې لپاره 3 اختیارونه وړاندیز کوي:

  • د فعالیت پیاوړتیا - د پیټینټ څخه مخنیوي لپاره - د API مطابقت ساتلو هڅه کول.
  • هغه شیان لرې کړئ چې نشي پلي کیدی.
  • د عناصرو په لټه کې شئ چې کولی شي پیټینټ باطل کړي.

د ویکیپیډیا په وینا ، مونو د دې .NET برخې پلي کول ندي تابع شوي ECMA د دې معیاري کولو لپاره د پروژې ژوند په جریان کې د سافټویر پیټونو احتمالي سرغړونې په اړه ځینې اندیښنې راپورته کړي. په ځانګړي توګه ، بحث پدې اړه وده کړې چې ایا مایکروسافټ کولی شي د نقض شوي پیټریټس په اړه د قضیو له لارې د مونو پروژه له مینځه یوسي یا نه.

د اوس مهال د پرمختیا کونکي ټولنې کې د مونو منلو او کارولو مشورې په اړه ژور بحث شتون لري GNU / لینوکس. د مونو پروړاندې اصلي دلیل دا دی چې دا د سافټویر پیټونو څخه خالي ندي ، او داسې خطر شتون لري چې مائیکروسافټ به د C # / CLI کارولو لپاره جوازونو ته اړتیا ولري.

له بلې خوا ، پروژه د GNOME د بدیل ژبې وده کول ، وياله، په ځانګړي ډول د ګنوم لپاره غوښتنلیکونو ته وده ورکولو لپاره رامینځته شوی ، مګر د مایکروسافټ له احتمالي ګواښونو څخه پاک دی.

زما توصیه

اوس مهال په مونو کې ځینې واقعیا عالي برنامې لیکل شوي. تاسو کولی شئ یوازې د F-Spot ، Gnome Do یا Docky په اړه فکر وکړئ. مګر ، د وړیا بدیلونو درلودل چې دا ټولې ستونزې نلري ، زه غوره نه لرم چې په مونو تکیه وکړم.
شاملولو لپاره دبیان او اوبنټو لخوا وروستي اختلافي پریکړې باندې مونو په خپل ډیفالټ انسټالټ کې ، د فیډورا برعکس چې دا لیرې کړ ، یوازې د نامتو کاریال ټبوګوی، په C # کې لیکل شوی ، ریچارډ سټال مین لري د حکمت څو ټکي دا باید نور اختلالات الهام کړي.

په C # تکیه کول خطرناک دی ، نو موږ باید د دې کارول منع کړو.
ستونزه د مونو لپاره ځانګړې نده ، د کومې وړیا C # پلي کول به ورته ستونزه ولري. خطر دا دی چې مائیکروسافټ شاید په پام کې لري چې یوه ورځ د وړیا C # پلي کونکي د (دوی) سافټویر پیټونو په کارولو سره د بکس څخه لرې کړي. دا یو جدي خطر دی او یوازې احمقان به تر هغې ورځې پورې سترګې پټې کړي چې واقعیا پیښیږي. موږ اړتیا لرو د ځان ساتنې لپاره احتیاطي تدابیر ونیسو.
موږ باید شیان تنظیم کړو ترڅو لږترلږه په وړیا C # پلي کولو باندې تکیه وکړو. په بل عبارت ، موږ باید خلک د C # برنامو لیکلو څخه حوصله کړو. له همدې امله موږ باید د GNU / لینکس توزیعاتو په ډیفالټ انسټالشن کې د C # پلي کول شامل نه کړو ، او موږ باید د پرتله کولو وړ C # غوښتنلیکونو پرځای غیر C غوښتنلیکونه توزیع او سپارښتنه وکړو هرکله چې امکان ولري.

مونو له سره نصب کړئ

زه غواړم زما د اوبنتو توزیع څخه مونو لیرې کړم (او پدې توګه ، ډیری ځای خوندي کړئ چې د هغې انحصار قبضه کوي او دا چې د اوبنتو په قضیه کې ، دوی شتون لري یوازې د "ملاتړ" 2 غوښتنلیکونه په ډیفالټ نصب شوي: F-Spot او Tomboy ). که تاسو له دې دواړو څخه هیڅ ونه کاروئ ، نو دوی له Synaptic او همدارنګه ټولو ټولګیو څخه چې دوی یې د مونو یا CLI ویل کیږي نصب کړئ.

په اوبنټو کې د مونو له مینځه وړلو لپاره ، تاسو هم کولی شئ ټرمینل خلاص او ټایپ کړئ:

sudo apt-get له مینځه وړل --purge mono-common libmono0 libgdiplus sudo rm -rf / usr / lib / mono

مونو ته بدیلونه

لکه څنګه چې موږ ولیدل ، لومړی له هرڅه ، که تاسو برنامه یاست ، په C # کې برنامه مه کوئ. دلته بې شمیره نورې ژبې شتون لري ، حتی غوره. سربیره پردې ، ګنوم پدې وروستیو کې د Vala په نامه د خورا مونو په څیر فعالیت سره نوې ژبه خپره کړه.
ما یوازې مونو حذف کړی او د دې سره زما ځینې غوره نمایشونه حذف شوي ... د دوی ځای په ځای کولو لپاره کوم بدیل شتون شتون لري:

نور معلومات

د مونو پروژې په اړه د نورو معلوماتو لپاره ، رسمي ویب پا visitه وګورئ انګریزیسربیره ، ادامه کوم چې د مونو پراختیا ورکوونکو بلاګونو لپاره راټولونکی دی؛ یا په هسپانوي کې د مونو هسپانو سایټ کې ، سربیره پر دې بلاګونه د خلکو چې دا سایټ ساتي.
مه هیروئ چې د مونو په اړه خپل نظرونه پریږدئ ... =)


د مقالې مینځپانګه زموږ د اصولو سره سمون لري ایډیټیک اخلاق. د غلطۍ راپور ورکولو لپاره کلیک وکړئ دلته.

26 نظرونه ، خپل پریږدئ

خپله نظر پرېږدئ

ستاسو د بریښنا لیک پته به خپره نه شي. اړین برخو سره په نښه شوي دي *

*

*

  1. د معلوماتو لپاره مسؤل: میګیوانجل ګاتین
  2. د معلوماتو هدف: د سپیم کنټرول ، د نظر مدیریت.
  3. قانونیت: ستاسو رضایت
  4. د معلوماتو راټولول: معلومات به د قانوني مکلفیت پرته دریمې ډلې ته نه لیږدول کیږي.
  5. د معلوماتو ذخیره: ډیټابیس د Occentus شبکې (EU) لخوا کوربه شوی
  6. حقونه: په هر وخت کې تاسو کولی شئ خپل معلومات محدود ، له سره تنظیم او حذف کړئ.

  1.   آریېل dijo

    زه فکر نه کوم چې مایکروسافټ به په راتلونکي کې د دوی پیټونه د مونو ، مونوډیف ، زامارین پروړاندې وکاروي. نور څه دي ، زه باور لرم چې دا وسیلې به په یو څه توګه ستاسو لپاره نورو پلیټونو ته پراختیا اسانه کړي چې هره ورځ په عمومي ډول د سافټ ویر پرمختیا نړۍ کې د دوی امتیاز ځای بیرته ترلاسه کوي. زه فکر کوم چې مونو نورو پلیټونو ته د C # او .NET ټیکنالوژیو په بندرګاه کې عالي دنده ترسره کوي ، کوم چې دوی د نوي ټیکنالوژیکي فرصتونو سره بډای کوي تر هغه ځایه چې نرم تړاو لري. مونو پوهیږي چې د امتیازاتو څه معنی لري او په یقین سره ټول احتیاطي ګامونه پورته کوي ترڅو سرغړونه ونلري. له بلې خوا ، JAVA د دې JAVA EE6 پلیټ فارم سره د مشرتابه دریځ نیسي ، کوم چې زما د خوند لپاره اوس مهال د ویزیو سټوډیو لخوا وړاندیز شوي ظرفیتونو څخه بهر دی. دا د دې هرڅه څخه ډیر څه دي چې زه فکر کوم مایکروسافټ به دا اسانه کړي چې د دوی C # لینکس ، MacOSX ، BSD ، سولیرس ، Android ، ... ته پورټ کړي ... له بلې خوا ، زه موافق نه یم چې دا به یو څه واخلم په لینکس کې مایکروسافټ ته د نه ویلو او یا په مایکروسافټ کې لینکس ته د نه ویلولو درواغجن دریځونه ، زه باور لرم چې ریښتیني ارتقاء په ډول کې شتون لري او له حقیقت څخه انکار کول رجعت دی.

  2.   راځئ چې لینکس وکاروو dijo

    تر دې دمه هیڅ نه دی بدل شوی. که تاسو علاقه لرئ چې په مختلف سیسټمونو کې خپل برنامې پرمخ وړئ ، زه جاوا یا عجبه وړاندیز کوم. که تاسو د c # نحو سره آرام یاست ، والا یو ښه بدیل هم دی.
    غېږ! پاول.

  3.   Pablo dijo

    سلام.

    ډیر وخت دمخه ما پریکړه وکړه چې ژبه مو لیږدئ او C # غوره کړم ، ترڅو کوډ وکاروئ او په دواړه لینکس او وینډوز پلیټ فارمونو کې د کارولو لپاره یې تنظیم کړئ.

    اوس ، د دې پوسټ په لیدو سره زه حیران یم چې ایا ما ښه ترسره کړی (زه دا د ریچارډ سټالمن له لیکلو څخه وایم).

    ایا تاسو کولی شئ ما ته ووایاست چې ایا دې وضعیت تر نن ورځې یو څه بدل شوی؟

    (زه پوهیږم چې دا پوسټ لږترلږه 2 کلن دی)

  4.   سرجیو dijo

    لکه څنګه چې نومونه تبصره کړې ، زه فکر نه کوم چې مایکروسافټ باید د دې د غزولو ظرفیتونه محدود کړي ، په حقیقت کې ، دا له دې څخه ژوند نه کوي. زه دوی حتی د ژبې آزادولو وړتیا ګورم ، ځکه چې دوی د پلي کولو ، چوکاټونو او IDEs څخه پیسې ګټي.

    زه فکر کوم چې ښاغلي سټال مین نن د دې شیانو لپاره یو څه زوړ دی. زه ستاسو د نرخ په لوستلو او فکر کولو کې خوند اخلم ، پداسې حال کې چې ټولنه په C # باندې سترګې نیسي ، اوریکل خپل لومړی قضیه د Android په وړاندې ثبت کړې ، که څه هم د غریب کاکاین ، دا باید هیر نکړي چې دا د لینکس دی ، د پیټینټ سرغړونې لپاره د ... جاوا کارول!

    زما نظر دا دی چې د لینکس ټولنې ته اجازه نه ورکول کیدی شي ، په ساده ډول د ویاړ لپاره ، خپلې سترګې د بدیل لپاره او د هغې دروازې د کیفیت لوی پرمختیا کونکو ته وتړي ، د "موافقت یا شاوخوا ګرځولو" شعار سره. په انزوا کې مرګ شتون لري ، حتی که دا ورو وي.

    راځئ چې دا هیر نکړو چې د برنامې ژبه د غوښتنلیک څخه خورا مختلف مفهوم دی ، دا یو نړیوال ښه دی. څوک به وکولی شي انګلیسي سانسور وکړي دا استدلال کوي چې دا د پانګوالي ژبه ده؟

    1.    جاویر ایل dijo

      دوی د MS په اړه خبرې کوي لکه څنګه چې دوی د بازارموندنې کچې کې د هغې خوځښت نه پوهیږي ، یا دوی دمخه د 99 پیښه هیر کړې کله چې MS د JAVA پلیټ فارم برخه ترمیم کړې نو ځکه چې سافټویر په خپل سایټ کې لیکلي په بل براوزر کې کار نه کوي چې و نه IE6 ، کله چې نړۍ ولیدل ، په هرځای کې قضیو باران شوی ، مګر تر ټولو مهم دا چې لیکل شوي سافټویر خورا اړین و. MS یو شرکت دی چې غواړي د هرې لارې ګټه وکړي. که تاسو په وړیا سافټویر کې یاست ، نو دا مناسب ندی چې د ملکیت وسیلې وکاروئ که چیرې ډیرې وړیا وسیلې شتون ولري.

    2.    jlboch dijo

      سیرجیو ، تاسو ناڅاپي یاست کله چې تاسو هیر کړئ چې ګیرنګونه هیڅ نه کوي ، بالکل هیڅ نه کوي ، یا خیریه کار ترسره کوي که دوی ډاډ ترلاسه نکړي چې دوی به ملیونونه ډالر تولید کړي ، حتی د دوی د عمل وروسته ،
      هغه څه چې ګریانګز پدې نړۍ کې ترټولو خوښوي مخدره توکي او ډالر دي (په دې ترتیب)
      له همدې امله دوی په نړۍ او بازارونو کې د خپل سرمایه ګذارۍ سره تسلط لري: د لرګي قانون او د ډالرو ډالرو قانون کارولو سره ، د ګرینګو ریښتیني خدای ډالر دي ، حتی که منافقین خپل سینه په پروټسټنټ معبدونو یا کلیساګانو کې مات کړي کاتولیک

      1.    میکس AC. dijo

        د مایکروسافټ ضد به تل د انحصاري تمویل کړنو لپاره پراخه وي ، او که څه هم دا ریښتیا دي چې د کلونو په جریان کې مایکروسافت داسې چلندونه ښودلي چې د وروستي کارونکي لپاره خورا خوښ ندي ، راځئ چې دا هیر نکړو چې دا سوداګریز شرکت دی او دوی به تل څه کوي. د دوی د محصولاتو سره ترسره کول سوداګري ده. مګر نړۍ بدله شوې ، نړۍ واله شوې ، او مایکروسافټ په هغه وخت کې دا منلو څخه انکار وکړ ، مګر دا هیڅ انتخاب نه و ، په MSOffice کې د اوپن - XML ​​معیار ادغام دا ثابتوي ، حتی دې ته اړ شوی چې "شریک" کوډ هم وکړي د دې پلیټ فارم د انټي ټرسټ قواعدو لخوا اړ ایستل شوی او دا یې باید ترسره کړی وي ، د شبکې چوکاټ او د هغې ژبې د ECMA اروپایي سازمان کې ثبت شوي چې هدف یې د معلوماتو ټیکنالوژی معیاري کول دي ، د C # لپاره دا د ECMA-334 سره مطابقت لري. د CLI لپاره (کوم چې مونو پلي کوي) ECMA-335 او C ++ / CLI د ECMA-372 دی ، دا تضمین کوي ​​چې دا ژبې او پلیټ فارمونه عام خلکو ته شتون لري ، نو مائیکروسافټ به په راتلونکي کې هرڅه په درناوي مجبور نه کړي. دې ژبو ته. د مایکروسافټ ضد هڅه د C # ژبې کارولو ته هڅول بې ګناه ده ، دا د لوبې په څیر خندا ده لکه څنګه چې د مایکروسافټ لخوا غندل شوي ، د ژبې توضیحات خلاص دي ، نورې ژبې شتون لري او پدې نړۍ کې غوره سیالي ده چې په ټولو برخو کې د پرمختګ لامل کیږي ، برنامه پخپله باید مختلف ژبې او ټیکنالوژي ومومي او د دوی ب characteristicsه وپیژني او هغه به د ځان لپاره پریکړه وکړي چې کوم یو سره د هغه پرمختګونه پرمخ وړي.

  5.   راځئ چې لینکس وکاروو dijo

    ښه ونډه. مننه!

  6.   Adrian dijo

    دا سټالمن !! د مایکروسافټ سازش کونکي ستاسو د بستر XD لاندې وګورئ.

  7.   Sergio dijo

    که موږ په پام کې ونیسو چې د مایکروسافټ نیت د .NET سره په جاوا کې د ځمکې ترلاسه کولو لپاره دی ، زه فکر کوم دا خورا ښه ده چې په لینکس کې پلي کول ولرو ترڅو د دې امکانات کم کړي.

    زما نظر دا دی چې که مایکروسافټ پدې کې علاقه نه درلوده نو د دې معیارونو رامینځته کولو کې به یې مرسته نه کوله او دا به یې .NET کتابتونونه خوندي کړي وای چې مخنیوی یې وکړي (یا لږترلږه یې مشکل جوړ کړی وي). او نه دا چې موږ دمخه په نسخه 4.0 کې یاست که چیرې زه غلط نه شم او د هغې ټول کتابتونونه پرته له ستونزو حل شوي او لاهم معتبره ندي ، پدې سره به د معمار فعالیت ښه شي.

    دا هم ریښتیا ده چې مایکروسافټ تل د ډمبسټ غوښتنلیک لپاره حتی چارج کړی او اوس یې په خپل مخ کې لري ، د مثال په توګه ، د .NET لپاره د لید سټوډیو بشپړه فعاله وړیا نسخه او د جواز لخوا هیڅ ډول محدودیت پرته او دا یوازینی شی ندی (Truespace for مثال د آزادۍ غاړې ته هم تللی).

    دا د جاوا او. نیټ ترمنځ جګړه ده او لکه څنګه چې په ټولو جګړو کې ، هر متحد ورته ښه راغلاست ویل کیږي.

    او حقیقت دا دی ، ایا موږ دا خوښوو یا نه ، دا چې موږ د جوازونو څخه ډک نړۍ کې ژوند کوو ... په حقیقت کې ، ځینې پورټلونه په ساده ویب پا onه کې "نقض شوي" پیټانټونه روښانه کوي او دا دومره عام دي چې موږ حتی ورته پام نه کوو. چې دا کیدی شي یو څه خورا ساده پیټینټ شي. پیټینټونه شتون لري او ، که څوک وغواړي تاسو پروژه وغورځوي ، نو امکان لري چې دوی به د داسې پیټ موندل ومومي چې سرغړونه یې شوې وي.

    یوازې په هغه حالت کې چې روښانه نه وي ، زه دلته د شخړې پیل کولو اراده نه لرم چې هڅه کوي پدې پوه شي چې ایا وینډوز یا لینکس ښه دی ، دوی په ساده ډول توپیر لري او هر یو یې د نورو شیانو په څیر خپلې ګټې او زیانونه لري. مګر دا بله کیسه ده.

    مننه.

  8.   e2fletcher dijo

    د مایکروسافټ سره تاسو هیڅکله نه پوهیږئ.

  9.   کین توریلبا dijo

    مننه،

    یو څه وخت دمخه ، ما د ټیوټوریل تعقیب کړ ، لومړی فصل ، په مونو کې ، او دا د جاوا په پرتله خورا اسانه او ډیر طبیعي ښکاري ، ما وروستی خوښ کړ. بدبختانه زه نشم کولی د مجلې راتلونکې ګ getه ترلاسه کړم.

    لکه څنګه چې زه پوهیږم C # د J ++ تحول دی
    دا د جاوا پلي کیدونکې ستونزه ده چې مایکروسافټ د سن لخوا قضیه مصرفوي ، کوم چې سن یې وګټله ، ​​ځکه چې مایکروسافټ کتابتونونه (بسته) لري چې یوازې په وینډوز پرمخ وړل کیدی شي ، کوم چې د جاوا موټو مخالف و «تاسو هغه لیکلی چې تاسو یې ګورئ ، تاسو اجرا کوئ کله او هرچیرې ».

    د مایکروسافټ سکریپ J ++ او C # ترتیب

    اوس ، حقایق لاندې دي: مائیکروسافټ د منو قانوني کولو لپاره د C # ځانګړې برخه "تمویل" کړې ، نو دا برخې به راتلونکي قضیو کې زیان ونه رسوي ، مګر هغه څه چې مایکروسافټ مرسته نه کوي که چیرې دا ښه فرصت وي چې مایکروسافټ غوښتنه وکړي څوک یې وکاروي. ، دا قضیه ده ، ځکه چې دا دمخه د نورو سافټویرونو سره پیښ شوي ، مګر دا به پیښ شي که مونو د پیرودونکو غلا پیل کړي ، یا که چیرې یو شرکت د ژبې ملاتړ او پلي کولو سره پیسې (ډیرې) پیل کړي یا منسوب یې غواړي دا د دوی خپل دی ، پداسې حال کې چې دوی به یوازې دا وګوري چې پرمختګ کوي.

    په نهایت کې ، دا باید په یاد ولرئ چې میګیوال دی ایزکاسا ، د مایکروسافټ لپاره کار نه کولو لپاره خفګانونه لري ، د هغه د پاسپورټ له امله ... ، دې هغه د لینکس څخه وینډوز سره مناسب سافټویر رامینځته کړ ، ترڅو دوی پوه شي "هغه څه چې دوی یې له لاسه ورکړ "

  10.   علتو dijo

    زه دا نه خوښوم 🙁

  11.   پرمختیا کونکي dijo

    زه فکر کوم چې د GNU / لینکس کارولو یو دلیل دا دی چې دا خلاص سرچینه ده او که چیرې موږ د مایکروسافټ لخوا رامینځته شوي سافټویر کارولو پیل وکړو نو موږ به په تضاد کې ښکیل شو ، دا چې ولې تاسو د مایکروسافټ سافټویر ته اړتیا لرئ کله چې په لویه ټولنه کې شتون ولري د خلاصې سرچینې نړۍ چې د یو بل ملاتړ وکړي (د خلاصې سرچینې اصل) او پدې توګه کوم غیر خلاص سرچینې غوښتنلیک ته وده ورکوي ، ایا تاسو فکر نه کوئ؟

    راځئ چې په یاد ولرو چې .NET وړیا نه و او که دا یې خپور کړ (هغه برخه چې خپره کړې) دا و ځکه چې پراختیا کونکي یې د دې محدود غوښتنلیک له امله نه کاروي او د دې سره مایکروسافټ د ټولو پراختیا کونکو ترمنځ شتون له لاسه ورکړی.

    که هغه څه چې موږ غواړو زموږ د غوښتنلیکونو لپاره دي چې په مختلف پلیټ فارمونو کار وکړي ، نو ولې جاوا یا پایتون نه کاروئ. د Ia یا android لپاره پراختیا لپاره د Xamarin لخوا رامینځته شوی نوي غوښتنلیکونه ، د یوې ژبې لاندې د # مینونوپولیز کولو یوازینۍ لار ده ، ځکه چې موږ ټول پوهیږو ، دا تل غوره ده چې د مورنۍ ژبې کارول.

    د ریچارډ سټال مین په اړه ، زه فکر کوم هغه څوک دی چې په خلاص سرچینه کې خورا تجربه لري او له همدې امله ، موږ باید لږترلږه هغه ستونزې تحلیل ته مخه کړو چې ورسره مخ شوي ، ځکه چې تاریخ پوهیدل د ورته غلطیو جوړولو څخه مخنیوی کوي.

    د هرچا په څیر ، پرمخ وړونکي باید بیلونه (خواړه ، روغتیا ، او نور) تادیه کړي ، او له همدې امله موږ اړتیا لرو چې زموږ د کار لپاره اقتصادي ګټه ترلاسه کړو ، مګر موږ د دې ترلاسه کولو بیلابیل لارې لرو لکه مرستې ، مشورې ، پرمختګونه. د خلاصې سرچینې ، او نورو پر بنسټ موږ باید د خپلو مهارتونو او هوښیارتیا څخه کار واخلو ، ځکه چې دا نوې نړۍ هغه ډول "بدلوي" چې دا د هر پرمختګ کونکي څخه مننه کوي چې شتون لري او دوی هرڅه لکه څنګه چې باید وي رامینځته کړي. زما له نظره موږ د نوې ټیکنالوژۍ او نوې ټولنې بنسټ یو او نه شرکتونه.

    باور نه کوم؟؟؟

  12.   اډریان فرنانډز dijo

    زه فکر نه کوم چې M $ به د C # پیټ ضد سرغړونکو ونیولو په اړه څه وکړي. هغه دمخه دا نه و کړی ، هغه نن نه کوي ، نو هغه په ​​سختۍ سره دا هرڅه ژر کوي. له بلې خوا ، سټال مین د هغه دوامداره پارونیا لپاره پیژندل کیږي چې د هغه څه په مقابل کې وړیا سافټویر نلري (هغه حتی د لینکس کرنل سره هم رضایت نلري) ، د 20 کلونو لپاره تصور کوي ، د M develop لپاره تعقیب کونکي نړۍ.
    په هرصورت. مونوډیفولف د کار کولو لپاره عالي وسیله ده. او که څوک د هغه څه څخه چې تاسو لیدلي وي د C # کارولو څخه ویره لري ، لاهم بنسټیز شتون لري ، چې دا مهال په ډیری پرمختګونو کې د C # په څیر وړ دی.

  13.   ډینیل نوریګا dijo

    ښه ، زه د ځینو نظرونو سره هم موافق یم ، زه یو بریښنایی انجینر یم مګر زه تل د برنامې خبرونو څخه خبر یم او تل هڅه کوم چې ژبه په بشپړ ډول زده کړم. هغه څه چې زما لپاره واقعیا ستونزمن وو هڅه یې کوله د کومې ژبې زده کړه غوره کړم ، زه c ++ کاروم مګر زه API نه پیژنم نو دا تقریبا هیڅ نه دی ، له همدې امله زه هڅه کوم چې په کوم API باندې تمرکز وکړم. مګر هغه څه چې زه یې غواړم د کراس - پلیټفارم کوډ رامینځته کولو احتمال دی ، او په ښکاره ډول لومړی شی چې څرګندیږي هغه د JDK یا .Net دی.

    بیا زه دا پوسټ ګورم او زه په صادق ډول ګورم چې ډیر پارونیا شتون لري. زه فکر نه کوم چې مایکروسافټ د مونو په وړاندې قضیه وکړي ، زه فکر کوم چې برعکس ، مایکروسافټ یوه ګټه لاسته راوړي نو د هغې ژبې په توګه د برنامو رامینځته کولو سره د ژبې په رامینځته کولو سره د هغې ژبې لاسته راوړي چې نورو پلیټونو ته غزیدلی شي. زه د لینیکس کارونکی یم مګر زه د وینډوز کارونکي هم یم او زه لینکس سره مینه لرم ، مګر که یو څه شتون ولري چې زه د لینکس په اړه ملاتړ نه کوم دا دا دی چې د ټولنې یوه ښه برخه ویاړي او ځورونکې ده او هره ورځ د بې هوښۍ لپاره جنګیږي. ، د چا سپکاوی او خیانت کول څوک چې دوی لږ پوهیږي.

  14.   د جوز مانویل الکرز پلیسینټر عکس dijo

    البته ، ځان ځان ته تقوا ته وقف مه کوئ ... تاسو دا کیل کړی دی ... .NET اوس خلاص سرچینه ده ... xD

  15.   الکسسیس dijo

    اهه لکه څنګه چې ما ډیری ځله ویلي دي ... زه په ریچارډ سټالمن باندې خندم ... هغه خپل نظر څرګندوي او فین بوائز داسې ښکاري لکه څنګه چې د هغه کلمه مقدس حکم دی ... که څه هم MS کولی شي په راتلونکي کې د دې پیټونه وکاروي ، دا هیڅ لږ واقعیا ندی چې (لږترلږه چیرې چې زه اوسیږم) د سوداګرۍ کچې مهم پلیټونه. NET او جاوا دي ... نو د مونو اداره کولو زده کړه به د پراختیا کونکي په توګه د احتمالي مسلک ګټه پورته کړي؛ د لینکس نړۍ لپاره دا خورا صحي ندي چې هر هغه بدیل مات کړي چې د ښاغلي سټال مین له "نظریاتو" سره توپیر لري ، په شخصي ډول زه د تجربې او زده کړې لپاره مونو کاروم (ځکه چې زه حتی په خپل کمپیوټر کې وینډوز هم نه نصبوم ، مګر زه یې نشم تحمیل کولی. چې زما د کار پوسټ کې دی) او زه د ګناهکار هاهاهاه سلامونو په څیر احساس نه کوم.

  16.   JOU dijo

    زه واقعیا پروا نلرم که C # یو خطر وي یا که بله ژبه خلاصه وي او یا نور ، تر هغه چې دا په کوم عملیاتي سیسټم کې تطبیق شي او ګټور وي او پیسې تولید کړي ، دا ښه ده ، زه اوس مهال د لینکس پروین برنامه یم چې کاروي ژبه د وینډوز لید لید سره ورته ورته لومړنۍ او که زه وګورم چې دا اسانه ، مسلکي برنامه اسانه کوي او ډیری پلیټ فارمونو ته پراختیا ورکوي ، نو دا به ښه راغلاست وي.

  17.   ترور dijo

    ښاغلو ، له هغه وخته چې مایکروسافټ لا دمخه په 2016 کې Xamarin پیرود کړی ، مونو لاهم اوږده لاره لري. ارزانه جنونیت ودروئ او د نورو برنامو اختیارونو کار کولو ته ورشئ. .NET له 2014 راهیسې په غیر وینډوز پلیټ فارمونو کې د رسمي وړ وړ دی (د DotNet فاؤنڈیشن رامینځته کولو سره) او په غیر وینډوز چاپیریال کې د .NET پلي کول یو څه لږ وده کړې. نه یوازې تاسو د انټرنیټ معلوماتو خدماتو یا وینډوز سرورونو ورته شیانو په اړه فکر کوئ لکه څنګه چې مخکې و ، مګر تاسو باید د .NET سره د اپاټا ویب سرور / نګینکس په اړه فکر وکړئ. زما په قضیه کې: ما د ASP.NET MVC 4/5 غوښتنلیکونه په IIS او بیا په اپاچي ویب سرور کې په لینکس اوبنټو کې یو کال لپاره ډیزاین کړي ، او تر دې دمه ، زه په ASP.NET MVC غوښتنلیک په دوه مختلف باندې چلولو کې ستونزه نلرم. ګورت پلیټ فارمونه.

    دلته زما برخه ده ، په هغه صورت کې چې تاسو اپاچی / اوبنټو ته د ASP.NET MVC غوښتنلیکونو لیږدولو کې علاقه لرئ:

    لومړۍ برخه:
    https://radioterrormexico.wordpress.com/2016/06/22/ejecutar-aplicaciones-asp-net-en-plataformas-no-windows-parte-13/

    لومړۍ برخه:
    https://radioterrormexico.wordpress.com/2016/06/23/ejecutar-aplicaciones-asp-net-linux-ubuntu-server-parte-23/

    د ګیتوب مثال:
    https://github.com/boraolim/MonoServe-2016

  18.   Hector dijo

    دا بحث یو قوي سیاسي څپې لري ... hahahaaaa XD

  19.   جرمنی الف. کوپرټینو dijo

    د جاوا سره ورته پیښیږي ، که اوریکل خوښ وي ، دا جاوا PAYABLE او د هغې ملکیت رامینځته کوي او موږ ټول غږ لرو. دا خورا فرعي موضوع ده. او زه فکر نه کوم چې یو شرکت یا لینکس پخپله دا ډول پرمختګ هڅوي که په راتلونکي کې دا د کاروونکو لپاره ستونزې وي.

  20.   الیوینو ورک دی dijo

    د نړیوال کیدلو او غیر منبع کولو وختونو کې ، دا به ښه وي چې د ځینې انحصاري چلونو یادونه وکړئ.
    یا چلندونه د چلولو لپاره ، زیمیان د هیڅ لپاره نه ترلاسه کوي ، مګر لوستل
    د میسکل / لمر مایکروسټم سره څه پیښ شوي او بیا اوریکل د لمر د بریښنا سره مسموم کوي او له دې سره میسکل سره د ورکیدو لپاره
    د مونټي لپاره یو څه وخت ونیول شو (د مایسيکل جوړونکی) د دې احساس کولو لپاره مګر هغه خپله پروژه په کار پیل وکړ او مارییاډبي ته یې زیږون ورکړ او په اورکیل کې د ګدا په درد اخته شو
    مګر د مونو سره ورته کیدی شي.
    زه د کوبل ، سي ، جاوا او هاربر نیټ ورکینګ ژبې برنامه کونکی یم ، او پدې ترتیب کې د اکس ، لینکس او وینډوز لاندې
    زه د ساکټ لخوا غوښتنلیکونه ګډوم ، زه د مختلف ژبو او د بانک لپاره مختلف پلیټ فارمونو ترمنځ غوښتنلیکونه اړیکه نیسم

    زه فکر کوم که پروژه لویه وي ، دا ده ، پدې کې به د زرګونو کرښو کوډونه شامل وي ، تاسو باید د دې د ودې / ترمیم او اندازې تضمین کولو لپاره خوندي وساتئ.
    اوس که کوډ لږ وي ، زه به د C # لاندې کار کولو کې ستونزه ونه لرم ، که دا ښه ، ځواکمن وي او واقعیا زما لپاره ستونزې حل کوي دا سمه ده.
    مننه!

  21.   لنډ dijo

    .نیټ کور + سي # = راتلونکی

  22.   جيسو آرس dijo

    یادونه تر هغه وخته پورې ښه روانه وه "" که تاسو برنامه یاست ، د C # نه کاروئ "څرګند شو ... په دې وخت کې دوی خپل ټول اعتبار له لاسه ورکړ.

  23.   جفاټ ګرانادوس dijo

    په 2020 کې ، دا دمخه ثابت شوی و چې پدې پوسټ کې څه ویل شوي هیڅ نه پیښ شوي. مایکروسافټ .NET کور جوړ او دا یې وړیا کړ. اوس د 3 ورته پلیټ فارمونو سره ورته ورته بیس کتابتونونو سره مګر په پای کې توپیر لري (ځکه چې دا د سکریچ څخه رامینځته شوي) ، بل ګام یې دا و چې یو یې یو کړي ، او دا دقیقا هغه څه دي چې د .NET 5 سره ترسره کیږي. "کور" یا "چوکاټ") چې ، لکه څنګه چې ویل شوي و ، یو نوی پلیټ فارم دی ، مګر اوس خلاص سرچینه ، څو پلیټفارم ، او دا د ویب غوښتنلیکونو ، ډیسټاپ غوښتنلیکونو ، ګرځنده ایپسونو ، IoT ، AI ، کلاوډ ، او نورو په مینځ کې وده کولی شي د. دا تحول د ډیرو پراختیا کونکو له امله شوی چې د حقیقت څخه مننه یې کړې چې حقیقت یې دی. NET اوس خلاص سرچینه ده. دا باید پیښ شوي ځکه چې لکه څنګه چې ډیری شرکتونه او پراختیا کونکي شتون لري .NET په ښکاره ډول کاروي ، مایکروسافټ د دې خدماتو پلورلو امکان خلاص کړ (په عمده ډول په بادل کې) ، کوم چې د NET یا C # کارولو پورې محدود ندي. مایکروسافټ احمق ندی ، د دوی سافټویر بندول او د قضیو پیل کول د دوی لپاره خطرناک شی و. مګر سلام ، ما له NET یا کومې بلې ژبې سره واده نه دی کړی. مګر زه ډیر په زړه پوری وګورم چې په ټولنه کې څه کیږي. د لوی شرکت ملاتړ سره ، وړیا ټولنه حتی ګړندۍ وده کولی شي ، په ځانګړي توګه ځکه چې هلته .NET فاؤنڈیشن شتون لري چې په .NET کې د موجوده خلاصې سرچینې پروژې بیاکتلو مسؤلیت لري ، کوم چې تضمین لري چې یو حکم شتون لري ، پروسس ډبګ شوی د مایکروسافټ څخه پخپله د یادو پروژو بیاکتنې لپاره.