Mi a Mono és miért veszélyes?

A Mono annak a nyílt forráskódú projektnek a neve, amelyet a Ximian kezdeményezett és amelyet jelenleg a Novell támogat (a Ximian megszerzése után), hogy létrehozzon egy ingyenes eszközök csoportját, amely GNU / Linux alapú és kompatibilis a .NET-kel, az ECMA meghatározása szerint. sok GNU / Linux felhasználó gyűlöli?

Mi az a Mono?

Nem, semmi köze a Majomszigethez. Monó a CLI (Common Language Infrastructure) és a C # (mindkettőt a Microsoft által létrehozott) ingyenes megvalósítása, a ECMA szabványosítására. Ez a megvalósítás nyílt forráskódú.

A Mono tartalmazza a CLI-t, amely az osztályok betöltéséért felelős virtuális gépet, a jit (Just-in-time) fordítót és a szemétszedőt tartalmazza; mindezt a semmiből írták a specifikáció szerint ECMA-334.

A Mono tartalmaz egy C # fordítót is, amely paradox módon C # nyelven van megírva, és a CLI-hez hasonlóan ez a fordító is követi a specifikációkat ECMA-335.

Ezenkívül a Mono rendelkezik a .Net Framework könyvtárakkal kompatibilis könyvtárak katalógusával, de rendelkezik olyan könyvtárakkal is, amelyek nem léteznek a Microsoft .Net Framework programjában; például a GTK #, amely natív grafikus interfészek létrehozását teszi lehetővé a GTK + eszköztárból, a Mono.LDAP, a Mono.Posix stb.

Mono eredete

Mono-t Miguel De Icaza fogantatta, a projektet akkoriban Ximian cége támogatta; jelenleg Novell a Mono projekt szponzora, mivel a Novell megvásárolta a Ximiant.

A Mono létrehozásának motivációja olyan eszközök keresése, amelyek segítenek az alkalmazások gyors létrehozásában a Linux környezetben.

Mono támogatott platformok

A Mono jelenleg x86, PPC, SPARC és S390 platformokon fut 32 bites rendszerben; és x86-64 és SPARC 64 bitben; alkalmazások létrehozása és végrehajtása az operációs rendszerekben: Linux, Windows, OSX, BSD és Solaris.

Kompatibilis a mono a .Net keretrendszerrel?

A Mono egyik célja az, hogy nagy mértékben kompatibilis legyen az API 1.1-vel, bár már nagyon sokat dolgoznak a .Net Framework API 2.0-val való kompatibilitásával.

Ennek célja annak biztosítása, hogy a Windows-ban lefordított bináris .Net keretrendszer bármelyik Mono platformon futtatható legyen, anélkül, hogy újra kellene fordítania a bináris kódot, és ez pedig kihasználhatja a kompatibilis Mono -Ej: System könyvtárakat. System.Xml stb.

A Mono által biztosított könyvtárak 100% -ban kompatibilisek a .Net Framework megfelelőjével. A legújabb verzió 2.6.1. egyéb fontos jellemzőket tartalmaz:

  • A CLI
  • A C # fordító
  • ADO.NET
  • ASP.NET
  • WebSzolgáltatások
  • rendszer
  • ablakformák

Ez utóbbi - a WindowsForms - az, amely több munkát igényel teljes egészében. Bár meg kell jegyezni, hogy a projekt nem tervezi kompatibilis könyvtárak létrehozását az Enterprise Services számára.

Milyen típusú alkalmazásokat hozhatok létre jelenleg a Mono-val?

Nos, lehetséges a webes alkalmazások és webszolgáltatások létrehozása a mod_mono modul használatával, amely lehetővé teszi az Apache webszerver számára az ASP.NET (aspx) és a Web Services (asmx) oldalak kiszolgálását.

Olyan alkalmazások létrehozása is lehetséges, amelyek hozzáférnek olyan adatbázisokhoz, mint a Microsoft SQL, Oracle, Postgresql stb.

A grafikus interfész alkalmazások oldalán a javaslat a GTK # használata, mivel az alapjául szolgáló eszköztár (GTK +) lehetővé teszi a grafikus alkalmazások futtatását Linux, Windows és OSX környezetekben változtatások nélkül; Ez a javaslat azért válik fontossá, mert a mono Windows Forms-szal kompatibilis megvalósítás még nem fejeződött be.

Van-e követelmény, hogy az alkalmazásom kompatibilis legyen a Mono és a .Net Framework, azaz hordozható?

Valójában nincsenek konkrétak, amennyiben CLI-alapú alkalmazásról van szó; bár néhány szempontot figyelembe kell venni:

  1. A Linux kis- és nagybetűkben különbözteti meg a fájl- és könyvtárneveket; ezért következetességre van szükség az általunk használt nevekkel.
  2. Az útvonalelválasztó eltér a Windows (), mint a Linux (/) verziójától, ezért javasoljuk az API Path.DirectoryPathSeparator használatát a helyes elválasztó megszerzéséhez az alkalmazás futtatásakor.
  3. Ha nem CLI könyvtárakat használnak (pl. Könyvtár C, C ++ stb.), Akkor a p / Invoke használatával ellenőrizze, hogy a könyvtár létezik-e az alkalmazás futtatásához szükséges különböző környezetekben.
  4. Ne használjon olyan technológiákat, amelyek csak egy adott környezetben léteznek (pl .: Registry Windows rendszeren vagy GConf Linux rendszeren -Gnome-); vagy olyan megoldást nyújt, amely lehetővé teszi az alkalmazás megfelelő működését a futó környezetben.
  5. Előfordulhat, hogy a Windows Forms-on alapuló és nagyon összetett alkalmazások jelenleg nem működnek, mert a mono Windows Forms nem teljes.

Milyen fejlesztési eszközök vannak Monóban?

Nos, a Windows-ból lehetséges egy alkalmazás fejlesztése a Visual Studio segítségével. A Linux oldalon van MonoDevelop, a SharpDevelopon alapuló IDE.

A MonoDevelop lehetővé teszi a projektkezelést, a szintaxis színezését, az automatikus teljes kódolást, az alkalmazás lefordítását és futtatását ugyanazon IDE-ből.
Kiegészítésekkel (bővítményekkel) a funkcionalitást kibővítették például:

  • Csatlakozás az IDE adatbázisaihoz
  • Olyan hibakereső felvétele, amely lehetővé teszi a Visual Studio-hoz hasonlóan a sorok szerinti végrehajtást és a változó értékek felülvizsgálatát.

Jelenleg folyik egy űrlaptervező integrálása, bár ez a tervező a GTK # és nem a Windows űrlapok űrlapjainak létrehozására összpontosít.

A Mono alkalmazáshoz benyújtott kérelmek.

Nagyon sok olyan alkalmazás van kifejlesztve a Linux számára Monóban, hogy képet alkothassunk, íme 2 felsorolás ezekről az alkalmazásokról:

A kiemelkedő alkalmazások közül a következők:

  • MonoDevelop: Ez egy IDE a Mono programok Linuxos programozásához. Az IDE C # formátumban készül.
  • Az F-Spot: Program a fényképek katalogizálására, amellett, hogy néhány digitális módosítást is elvégezhet a fényképeken.
  • Vizsla: Eszköz, amely indexel és információt keres a Linux számos különböző típusú dokumentuma között.
  • Tomboy: Program kulcsszavakkal összekötött jegyzetek tárolására.
  • muine: Ez egy GStreamer alapú audio lejátszó.
  • PyMusique: Olyan program, amely grafikus felületet biztosít a zene vásárlásához az Apple iTunes szolgáltatásával.
  • MonoUML: Szerkesztő, hogy diagramokat készítsen az UML szabvány szerint.
  • Gnóm csinálja: Gyors és hatékony alkalmazásindító.
  • Docky: Dock az asztalra.
  • Banshee: Médialejátszó a Gstreamer alapján.

Majom és engedélyek

A Mono a Microsoft .Net Framework nyílt forráskódú implementációja, amely az ECMA számára kiadott szabványokon alapul; Mivel a Microsoft termékén alapuló megvalósításról van szó, a Mono használata a Linuxban vitát váltott ki - a Linux felhasználói és fejlesztői körében - az az érv, hogy a Mono megsértheti a Microsoft szabadalmait, ami perré válhat a Monkey ellen.

Szerint a oldal a Mono projekt részéről mindaddig, amíg a CLI és a C # fordító megfelel az ECMA által elfogadott szabványoknak, ez a 2 darab biztonságos, a Mono-specifikus könyvtárakhoz képest nem jelentenek kockázatot; de az ASP.NET-hez, az ADO.NET-hez és a Windows Forms-hoz kapcsolódó könyvtárak megvalósítása érzékeny a Microsoft egyes szabadalmainak megsértésére - bár jelenleg nincs tudomásunk arról, hogy ez a helyzet áll fenn; Ezért a Mono projekt az utóbbi esetre 3 lehetőséget javasol:

  • Újítsa be a funkcionalitást - a szabadalom elkerülése érdekében -, próbálja meg fenntartani az API-t.
  • Szüntesse meg azokat a dolgokat, amelyek nem valósíthatók meg újra.
  • Keressen olyan elemeket, amelyek érvényteleníthetik a szabadalmat.

A Wikipedia szerint a Mono azoknak a .NET-összetevőknek a megvalósítása, amelyekre nem vonatkozik ECMA szabványosítása miatt aggályok merültek fel a szoftver szabadalmak esetleges megsértésével kapcsolatban a projekt időtartama alatt. Különösen a vita alakult ki arról, hogy a Microsoft megsemmisítheti-e a mono projektet a megsértett szabadalmak miatt indított perek révén.

Jelenleg élénk vita folyik a Mono elfogadásának és használatának (nem) célszerűségéről a GNU / Linux. A fő érv a Mono ellen az, hogy nem mentes a szoftver szabadalmaitól, és fennáll annak a kockázata, hogy a Microsoft licenceket igényel a C # / CLI használatához.

Másrészt a projekt Gnome alternatív nyelvet fejleszt, Vala, kifejezetten a Gnome alkalmazásainak fejlesztésére készült, de mentes a Microsoft potenciális fenyegetéseitől.

Ajánlásom

Jelenleg nagyon nagyszerű programok vannak monóban írva. Csak az F-Spotra, a Gnome Do-ra vagy a Docky-ra gondolhat. De mivel vannak olyan szabad alternatíváim, amelyek nem rendelkeznek mindezekkel a problémákkal, inkább nem függök Monótól.
A Debian és az Ubuntu közelmúltbeli vitatott döntéséről Monó alapértelmezett telepítésében, ellentétben a Fedorával, amely eltávolította, csak a népszerű alkalmazás Tomboy, C # -vel írva, Richard Stallman néhány bölcs szó ennek inspirálnia kell a többi diszkót.

A C # -ra támaszkodni veszélyes, ezért nem szabad visszatartanunk a használatát.
A probléma nem egyedülálló a Mono esetében, minden ingyenes C # implementációval ugyanez lenne a probléma. A veszély az, hogy a Microsoft valószínűleg azt tervezi, hogy az összes ingyenes C # implementációt egy napon a dobozukból kényszeríti ki (szoftver) szabadalmaik felhasználásával. Ez komoly veszélyt jelent, és csak a bolondok hagynák figyelmen kívül a tényleges napig. Óvintézkedéseket kell tennünk, hogy megvédjük magunkat.
Meg kell szervezni a dolgokat, hogy a lehető legkevesebbet támaszkodjunk az ingyenes C # megvalósításokra. Más szavakkal, el kell fogadnunk az embereket a C # programok írásától. Ezért nem szabad beépítenünk a C # megvalósításokat a GNU / Linux disztribúciók alapértelmezett telepítésébe, és nem C # alkalmazásokat kell terjesztenünk és ajánlanunk összehasonlítható C # alkalmazások helyett, amikor csak lehetséges.

Távolítsa el a Mono alkalmazást

Szeretném eltávolítani a monót az Ubuntu terjesztésemből (és ezzel sok helyet spórolhatok meg, amelyet a függőségei elfoglalnak, és amely az Ubuntu esetében nem más, mint 2 alapértelmezés szerint telepített alkalmazás "támogatása": F-Spot és Tomboy). Ha nem használja e kettő egyikét sem, távolítsa el őket a Synaptic alkalmazásból, valamint az összes csomagot, amely Mono vagy CLI feliratot tartalmaz.

A Mono eltávolításához az Ubuntu-ból nyissa meg a terminált és írja be:

sudo apt-get remove --purge mono-common libmono0 libgdiplus sudo rm -rf / usr / lib / mono

A Mono alternatívái

Mint láttuk, először is, ha Ön programozó, akkor ne programozzon C # nyelven. Számtalan más nyelv létezik, még jobb. A Gnome nemrégiben kiadott egy nagyon mono-szerű funkcionalitású új nyelvet, a Vala nevet.
Most töröltem Mono-t, és vele együtt néhány kedvenc műsoromat is törölték ... milyen alternatív műsorok léteznek ezek helyettesítésére:

További információ

További információ a Mono projektről a hivatalos weboldalon található Angol, a monológ amely a Mono fejlesztői blogok összesítője; vagy spanyolul a Mono Hispano oldalon, a blogok az emberek, akik fenntartják ezt a webhelyet.
Ne felejtsd el megjegyzéseidet a Mono-val kapcsolatban… =)


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.

  1.   Ariel dijo

    Nem hiszem, hogy a Microsoft a jövőben a Mono, a Monodevelop, a Xamarine ellen fogja használni szabadalmait. Ráadásul úgy gondolom, hogy ezek az eszközök valahogy megkönnyítik Önnek a terjeszkedést más platformokra, amelyek kiváltságos helyüket követelik a szoftverfejlesztés világában általában. Azt hiszem, hogy a Mono nagyszerű munkát végez a C # és .NET technológiák más platformokra történő átültetésében, ami új szoftveres lehetőségekkel gazdagodik, ami a soft funkciót illeti. Mono tudja, mit jelentenek a szabadalmak, és minden óvintézkedést megtesz, hogy ne essen jogsértésbe. Másrészt a JAVA JAVA EE6 platformjával veszi át vezető pozícióját, ami ízlésem szerint meghaladja a Visual Studio által jelenleg kínált lehetőségeket. Ezért mindenekelőtt azt gondolom, hogy a Microsoft kényelmesen fogja C # -jét Linuxra, MacOSX-re, BSD-re, Solaris-ra, Android-ra stb. Átvinni. Másrészt nem vagyok hajlandó ezeket kissé fanatikusnak tekinteni Nemet mondok a Microsoftnak Linux alatt, vagy nemet mondunk a Linuxnak a Microsoftban, úgy gondolom, hogy az igazi evolúció változatos, és az igazság elutasítása regresszió.

  2.   Használjuk a Linuxot dijo

    A mai napig semmi sem változott. Ha érdekel, hogy a programokat különféle rendszereken futtathatja, javasoljuk a Java vagy a Python használatát. Ha jól érzi magát a c # szintaxissal, a vala is jó alternatíva.
    Ölelés! Pál.

  3.   Pablo dijo

    Hello.

    Nem sokkal ezelőtt úgy döntöttem, hogy áttérek a nyelvre, és a C # lehetőséget választottam, hogy használhassam a kódot és lefordíthassam mind Linux, mind Windows platformokra.

    Most, látva ezt a bejegyzést, kíváncsi vagyok, hogy jól sikerült-e (ezt Richard Stallman írásából mondom).

    Meg tudnád mondani, hogy ez a helyzet valamit megváltoztatott-e a mai napig?

    (Tudom, hogy ez a bejegyzés legalább 2 éves)

  4.   Sergio dijo

    Ahogy a névadó megjegyezte, nem gondolom, hogy a Microsoftnak korlátoznia kellene bővítési képességeit, sőt, nem ebből él. Úgy látom, hogy képesek még a nyelv liberalizálására is, mivel megvalósításokból, keretekből és IDE-kből keresnek pénzt.

    Kezdek arra gondolni, hogy Mr. Stallman ma már kissé öreg ezekhez a dolgokhoz. Szórakoztatóan olvastam az idézetét, és arra gondoltam, hogy bár a közösség szeme a C # -ra szegeződött, az Oracle első pert indított az Android ellen, hogy bár a szegény unokatestvér, nem szabad elfelejteni, hogy Linux, a szabadalom megsértése miatt. a JAVA használata!

    Véleményem az, hogy a Linux közösségnek nem engedhető meg, hogy büszkeség miatt lehunyja a szemét az alternatívák előtt, és számos minőségi fejlesztő előtt elzárja kapuit, az "alkalmazkodj vagy fordulj meg" jelszóval. Elszigetelten van halál, még ha lassú is.

    Ne felejtsük el, hogy a programozási nyelv egy nagyon eltérő fogalom, mint egy alkalmazás, univerzális jó. Ki lesz képes cenzúrázni az angolt azzal érvelve, hogy ez a kapitalizmus nyelve?

    1.    Javier L. dijo

      Úgy beszélnek az MS-ről, mintha marketing szinten nem tudták volna annak mozgását, vagy már elfelejtették a 99-es esetet, amikor az MS úgy módosította a JAVA platform egy részét, hogy a saját csomagjába írt szoftver ne működjön egy másik böngészőben, amely nem az IE6, amikor a világ észrevette, a perek mindenhol esni kezdtek, de ami a legfontosabb, az írott szoftverek nagy részét újból ki kellett egészíteni. Az MS olyan vállalat, amely mindenképpen profitálni akar. Azok számára, akik ingyenes szoftvereket használnak, nem kényelmes a saját fejlesztésű eszközök használata, ha ennyi ingyenes eszköz áll rendelkezésre.

    2.    jlboch dijo

      Sergio, naiv vagy, ha elfelejted, hogy a gringók nem csinálnak semmit, semmit sem, és nem végeznek jótékonysági munkát sem, ha először nem gondoskodnak arról, hogy dollármilliókat termeljenek még tettük után is
      Amit a gringók szeretnek a világon a legjobban, az a drog és a dollár (ebben a sorrendben)
      Ezért uralták kapitalizmusukkal a világot és a piacokat: a bot és a dollár törvényét felhasználva a gringók igazi ISTENE a dollár, még akkor is, ha a képmutatók protestáns templomokban vagy katolikus templomokban törik mellkasukat

      1.    MaxAC. dijo

        Az Anti-Microsoft mindig bővelkedik az állítólagos monopolisztikus gyakorlatokban, és bár igaz, hogy az évek során a Microsoft olyan viselkedést mutatott be, amely nem túl kellemes a végfelhasználó számára, ne felejtsük el, hogy ez egy gazdasági társaság, és amit mindig is meg fognak tenni termékeikkel üzlet. De a világ megváltozott, globalizálódott, és a Microsoft akkoriban nem volt hajlandó elfogadni, de nem volt más választás, az Open-XML szabvány integrációja az MSOffice-ban ezt bizonyítja, sőt kénytelen volt "megosztani". platformjának kódját kényszerítette ki a monopóliumellenes szabályok, és ezt meg is kellett tennie, a Net Framework és annak nyelvei be vannak jegyezve az ECMA európai szervébe, amelynek célja az információs technológiák szabványosítása, mivel az C # ez megfelel az ECMA-334-nek , a CLI (amely fekete-fehéret valósít meg) ECMA-335 és a C ++ / CLI az ECMA-372, ez biztosítja, hogy ezek a nyelvek és platformok elérhetőek legyenek a nagyközönség számára, így a Microsoft a jövőben semmit sem kényszerít tiszteletben tartva ezeket a nyelveket. A C # nyelv használatának megakadályozására irányuló abszolút, a Microsoft elleni kísérlet abszurd, ugyanolyan piszkos játék, mint a Microsoft által elítélt, a nyelvi specifikáció nyitott, vannak más nyelvek, és ezen a világon a legjobb a verseny ami minden területen javulást okoz, a programozónak egyedül kell felfedeznie a különböző nyelveket és technológiákat, és ismernie kell azok jellemzőit, és ő fogja eldönteni, hogy melyiknél marad fejlesztéseinek végrehajtásához.

  5.   Használjuk a Linuxot dijo

    Jó hozzájárulás. Köszönöm!

  6.   Adrian dijo

    Ez a Stalmann !! Lásd a Microsoft összeesküvőket az ágyad alatt XD.

  7.   Sergio dijo

    Ha figyelembe vesszük, hogy a Microsoft szándéka, hogy a .net használatával teret nyerjen a java-ból, szerintem túl jó, ha Linux-implementációk vannak a lehetőségeinek csonkításához.

    véleményem az, hogy ha a microsoftot ez nem érdekelte volna, az nem segített volna ezeknek a szabványoknak a megalkotásában, és védte volna .net-könyvtárait, hogy elkerüljék (vagy legalábbis akadályozzák) azok felbontását. És nem mintha már a 4.0-s verziót használnánk, ha nem tévedek, és az összes könyvtárát problémamentesen dekompilálják, és még mindig nem zavarják, ami javítaná az architektúra teljesítményét.

    Az is igaz, hogy a Microsoft mindig a legostobább alkalmazásért is számlázott, és most a repertoárjában szerepel például a .net vizuális stúdiójának teljesen funkcionális ingyenes verziói, a licenc korlátozásai nélkül, és nem ez az egyetlen dolog (Truespace for példa szintén a szabad oldalára ment).

    Ez egy harc a Java és a .Net között, és mint minden háborúban, minden szövetséges szívesen látott.

    És az az igazság, hogy tetszik vagy sem, hogy licencekkel teli világban élünk ... sőt, egyes portálok egy egyszerű weboldalon "megsértett" szabadalmakat emelnek ki, és annyira elterjedtek, hogy nem is gondoljuk hogy valami rendkívül egyszerű szabadalmat szabhat. A szabadalmak megvannak, és ha valaki le akar téged bontani egy projekten, akkor nagyon valószínű, hogy a végén megsértik a szabadalmat.

    Csak abban az esetben, ha ez nem volt világos, nem szándékozom itt konfliktust indítani, amely arra törekszik, hogy megtudja, jobb-e a Windows vagy a Linux, egyszerűen különböznek egymástól, és mindegyiknek megvannak a maga előnyei és hátrányai, mint minden másnak. De ez egy másik történet.

    A köszöntés.

  8.   e2fletcher dijo

    A Microsofttal soha nem lehet tudni.

  9.   ken torrealba dijo

    Üdvözlettel,

    Valamivel ezelőtt követtem egy oktatóanyagot, az 1. fejezetet a Mono témában, és ez nagyon egyszerűnek és természetesebbnek tűnt, mint a Java, ez utóbbi tetszett. Sajnos nem tudtam megszerezni a magazin következő számát.

    Ahogy megértem, a C # a J ++ evolúciója
    A Java problémás megvalósítása, amely miatt a Microsoft a Sun perébe került, amelyet a Sun nyert meg, mivel a Microsoftnak voltak könyvtárai (csomagjai), amelyeket csak Windows rendszeren tudtak végrehajtani, ami ellentétes volt a Java mottóval: "írsz egy, amit látsz, végrehajtod bármikor és bárhol ».

    A Microsoft selejtezi a J ++ és a C # elrendezést

    Most a tények a következők: A Microsoft a C # egy bizonyos részét "adományozta" a Mono legálissá tétele érdekében, így ezek a szakaszok nem szenvednék el a jövőbeni pereket, de amit a Microsoft nem adományozott, ha jó esélye van arra, hogy a Microsoft követelje bárkit, ez Ez azért van így, mert korábban már előfordult más szoftverekkel, de ez akkor történne meg, ha a Mono ellopni kezdené az ügyfeleket, vagy ha valamelyik cég pénzt (sok) kezdene keresni a nyelv támogatásával és megvalósításával, vagy annak tulajdonítani akarja mint sajátjaik, miközben annyira csak látni fogják, ahogyan fejlődik.

    Végezetül meg kell jegyezni, hogy Miguel de Izcasának csalódottsága van amiatt, hogy útlevele miatt nem tud a Microsoftnál dolgozni..., ami arra késztette, hogy Windows-kompatibilis szoftvert hozzon létre. desde Linux, hogy rájöjjenek, "miről maradtak le"

  10.   kölykök dijo

    Ezt nem szeretem 🙁

  11.   Fejlesztők dijo

    Úgy gondolom, hogy a GNU / Linux használatának egyik oka az, hogy nyílt forráskódú, és ha elkezdenénk használni a Microsoft által létrehozott szoftvert, ellentmondásba keverednénk, akkor miért van szüksége Microsoft szoftverre, ha a közösségben nagy a közösség a nyílt forráskódú világ, hogy támogassák egymást (a nyílt forráskód eredete) és ezáltal javítsanak minden nem nyílt forráskódú alkalmazást, nem gondolja?

    Emlékezzünk arra, hogy kezdetben a .NET nem volt ingyenes, és ha kiadta (az a rész, amely kiadta), akkor azért, mert a fejlesztők a korlátozott alkalmazás miatt nem használták, és ezzel a Microsoft elveszítette jelenlétét az összes fejlesztő között.

    Ha azt akarjuk, hogy alkalmazásaink különböző platformokon működjenek, akkor miért ne használnánk a Java-t vagy a Python-ot. A Xamarin által létrehozott új alkalmazások az ios vagy az android fejlesztésére csak egy módja annak, hogy #monopolizáljuk a fejlesztést egy nyelv alatt, mert mint mindannyian tudjuk, mindig jobb, ha az anyanyelvet használjuk.

    Richard Stallman kapcsán úgy gondolom, hogy ő az a személy, akinek a legtöbb tapasztalata van a nyílt forráskódról, és emiatt legalább meg kell állnunk, hogy kicsit elemezzük azokat a problémákat, amelyekkel szembesült, mivel a történelem ismerete arra szolgál, hogy elkerüljük ugyanazokat a hibákat.

    Mint mindenki másnak, a fejlesztőknek is számlákat kell fizetniük (élelmiszer, egészség stb.), Ezért gazdasági hasznot kell szereznünk a munkánkért, de ennek megszerzésére (szerencsére) különböző módjaink vannak, például adományok, tanácsadások, fejlesztések nyílt forráskódon stb. Ki kell használnunk a képességeinket és a találékonyságunkat, mert ez az új világ minden létező fejlesztőnek köszönhetően "megfordul", és mindent úgy csinál, ahogy kell. Véleményem szerint mi vagyunk az új technológia és az új társadalom alapjai, és nem a vállalatok.

    Ne hidd el???

  12.   Adrian Fernandez dijo

    Nem hiszem, hogy az M $ semmit sem fog tenni a C # szabadalmak megsértőinek elfogása ellen. Korábban nem tette, ma sem teszi, ezért hamarosan alig teszi. Másrészt Stallman a nem szabad szoftverekkel szembeni kitartó paranoiájáról ismert (sőt elégedetlen a Linux kernellel), 20 éven keresztül elképzelve az M $ -ért üldözött fejlesztõk világát.
    Egyébként is. A Monodevelop kiváló eszköz a munkavégzéshez. És ha valaki fél attól, hogy a C # -ot használja a látottakból, akkor is megmarad a Basic, amely jelenleg ugyanolyan képes, mint a C # a legtöbb fejlesztésben.

  13.   Daniel noriega dijo

    Nos, egyetértek néhány megjegyzéssel, elektronikai mérnök vagyok, de mindig tisztában vagyok a programozási hírekkel, és mindig igyekszem teljes mértékben megtanulni egy nyelvet. Ami igazán nehéz volt számomra, az az, hogy megpróbálom-e kiválasztani, hogy melyik nyelvet tanuljam meg, kezelem a C ++ -ot, de nem ismerem az API-kat, így szinte semmi, ezért próbálom meglátni, hogy melyik API-ra koncentráljak. De amit szeretnék, az a cross-platform kód fejlesztésének lehetősége, és nyilvánvalóan az első dolog, ami kiemelkedik, a JDK vagy a .Net.

    Aztán meglátom ezt a bejegyzést, és őszintén látom, hogy túl sok a paranoia. Nem hiszem, hogy a Microsoft monóba fog perelni, azt hiszem, éppen ellenkezőleg, a Microsoft előnyre tesz szert, így nyelve teret nyer a programozók körében azáltal, hogy más platformokra is kiterjeszthető nyelvvé válik. Linux-felhasználó vagyok, de Windows-felhasználó is, és szeretem a Linuxot, de ha van valami, amit nem támogatok a Linux-szal kapcsolatban, az az, hogy a közösség jó része büszke és tompa, és mindennap harcokban él, hülyeség, sértés és lekicsinylés azok ellen, akiket kevésbé ismernek.

  14.   Jose Manuel Alcaraz helyőrző kép dijo

    Természetesen ne szentelje magát a jóslásnak ... szögezte le ... .net most nyílt forráskódú ... xD

  15.   Alexis dijo

    ehhh, ahogy sokszor mondtam ... szar vagyok Richard Stallmanra ... kifejezi véleményét, és a rajongók úgy ugranak, mintha szava szent parancsolat lenne ... bár az MS a jövőben felhasználhatja szabadalmait, nem kevésbé igaz, hogy (legalábbis ott, ahol élek) a vállalati szintű domináns platformok a .NET és a Java ... így a Mono használatának megtanulása végül előnyös lehet egy esetleges fejlesztői karrier számára; A Linux világ számára nem túl egészséges minden olyan alternatívát összezúzni, amely eltér Mr. Stallman "ideáljaitól", személy szerint a Mono-t használom kísérletezéshez és tanuláshoz (mivel a Windows-ra még Windows-t sem telepítek, de nem tudok rákényszeríteni. hogy a munkahelyemen) és nem érzem magam bűnös hahahaha üdvözletnek.

  16.   JOU dijo

    Nem igazán érdekel, hogy a C # veszélyt jelent-e, vagy van-e nyitva egy másik nyelv VAGY stb., Mindaddig, amíg alkalmazkodik bármelyik operációs rendszerhez, nyereséges és pénzt termel, ez rendben van, jelenleg Linux garnéla programozó vagyok, aki a Basic nyelvet, hasonlóan a Windows Visual Basic-hez, és ha úgy látom, hogy ez megkönnyíti a professzionális programozást és sok platformra kiterjed, üdvözlöm.

  17.   Terror dijo

    Uraim, mivel a Microsoft 2016-ban már megvette a Xamarint, Monónak még hosszú utat kell megtennie. Állítsa le az olcsó fanatizmust, és kezdjen dolgozni más programozási lehetőségeken. A .NET 2014 óta hivatalosan hordozható nem Windows platformokon (a DotNet Foundation létrehozásával), és a .NET bevezetése nem Windows környezetben apránként növekszik. Most már nem csak az Internet Information Services vagy a Windows szerverek dolgaira gondol, mint korábban, hanem az Apache Web Server / Nginx-re is gondolnia kell a .NET használatával. Az én esetemben: Körülbelül egy éve terveztem az ASP.NET MVC 4/5 alkalmazásokat az IIS-en, majd az Apache Web Serveren Linux Ubuntu rendszeren, és eddig nem volt problémám egy ASP.NET MVC alkalmazás futtatásával. különböző webes platformokon.

    Íme a közreműködésem arra az esetre, ha érdekelne az ASP.NET MVC-alkalmazások Apache / Ubuntu-ba történő áttelepítése:

    1. rész:
    https://radioterrormexico.wordpress.com/2016/06/22/ejecutar-aplicaciones-asp-net-en-plataformas-no-windows-parte-13/

    2. rész:
    https://radioterrormexico.wordpress.com/2016/06/23/ejecutar-aplicaciones-asp-net-linux-ubuntu-server-parte-23/

    Github példa:
    https://github.com/boraolim/MonoServe-2016

  18.   Hector dijo

    Ennek a vitának erős politikai érzéke van ... hahahaaaa XD

  19.   Német A. COPERTINO dijo

    A Java-val ugyanez történne, ha az Oracle elégedett, akkor a java Fizethetővé és tulajdonságává válik, és mindannyian hangosak vagyunk. Nagyon szubjektív. És nem hiszem, hogy egy vállalat vagy a Linux maga ösztönzi ezt a fajta fejlesztést, ha a jövőben ez problémát jelent a felhasználók számára. -

  20.   Elvino hiányzik dijo

    Nos, a globalizáció és a deglobalizáció idején jó emlékezni egyesek bizonyos monopolisztikus manőverére
    vagy manipulálható viselkedések, nem hiába szerzi be a Xel Ximiant, hanem olvassa
    mi történt a Mysql / Sun Microsystm-mel, majd az Oracle elszívta a Sun-t és ezzel együtt a Mysql-t annak érdekében, hogy eltűnjön
    Montynak (a Mysql készítőjének) kellett egy kicsit, hogy rájöjjön, de visszatette a projektjét, és megszülte MariaDB-t, és végül fájdalmat okozott az Oracle-ben
    de Monóval ugyanez történhet.
    Cobol, C, Java és Harbor Networking többnyelvű programozó vagyok, és ebben a sorrendben Aix, Linux és Windows alatt
    Keverem az alkalmazásokat a Socket által, különböző nyelvek és platformok között kommunikálok alkalmazásokat a Bank számára

    Azt hiszem, ha a projekt nagy, vagyis több ezer sornyi kódot tartalmaz, akkor biztonságosan el kell játszania, hogy biztosítsa a növekedését / módosítását és méretezhetőségét
    most, ha a kód kevés, akkor nem okozna problémát C # alatt megcsinálni, ha jó, erős és valóban megoldja a problémákat számomra, akkor rendben van.
    Üdvözlet

  21.   piszkos dijo

    .Net Core + C # = jövő

  22.   Jézus Arce dijo

    A jegyzet addig ment, amíg a "ha programozó vagy, ne használd a C # -ot" megjelent ... akkor elvesztették minden hitelességüket.

  23.   Japhet Granados dijo

    2020-ban már bebizonyosodott, hogy ebben a bejegyzésben elhangzottakból semmi sem történt. A Microsoft létrehozta a .NET Core-ot és ingyen tette. Most 3 olyan platformmal, amelyek nagyon hasonló alapkönyvtárakkal rendelkeznek, de végül különböznek egymástól (mivel a semmiből jöttek létre), a következő lépés az volt, hogy egyesítsék a hármat egybe, és pontosan ezt csinálják a .NET 5-tel (szó nélkül "Core" vagy "Framework"), amely, mint mondták, egy új platform, de ma már nyílt forráskódú, cross-platform, és felhasználható webalkalmazások, asztali alkalmazások, mobilalkalmazások, IoT, AI, Cloud, többek között. Ez az evolúció a fejlesztők nagy számának köszönhető, akik hozzájárultak ahhoz, hogy a .NET ma nyílt forráskódú. Ennek azért kellett megtörténnie, mert mivel több olyan vállalat és fejlesztő volt, amely nyílt módon használja a .NET-et, a Microsoft megnyitotta a lehetőségét szolgáltatásainak értékesítésére (főleg a Cloud-ban), amelyek nem korlátozódnak a .NET vagy a C # használatára sem. A Microsoft nem hülye, számukra veszélyes volt a szoftverük leállítása és a perek megindítása. De hé, nem vagyok házas sem .NET, sem más nyelvvel. De nagyon érdekesnek látom, mi történik az említett közösségben. Egy nagyvállalat támogatásával az ingyenes közösség még gyorsabban növekedhet, különösen azért, mert létezik a .NET Alapítvány, amely a meglévő nyílt forráskódú projektek áttekintéséért felelős .NET, amely garantálja a rend, a folyamatok meglétét. az említett projektek áttekintése céljából a Microsofttól hibakeresést kapott.