Untuk solusi berbasis perusahaan, terkadang .NET adalah pilihan terbaik. Bagaimana Mono melihat perusahaan yang harus menggunakan Linux (atau lebih suka menggunakan Linux)? Dengan asumsi bahwa pengembang tidak masalah dan mereka akrab dengan .NET / Mono dan pesaing lain yang mungkin seperti Java.
Apakah perusahaan menengah / besar menjalankan Mono di server mereka sebagai kebalikan dari teknologi seperti Java? Apakah Anda tahu ada perusahaan semacam itu?
Jawaban:
Kami menggunakannya di perusahaan besar tempat saya bekerja. Kami tidak merencanakannya sejak awal proyek tetapi hanya berhasil seperti itu.
Kami memiliki proyek internal yang kami kembangkan di .NET, begitu kami masuk ke UAT, pemilik bisnis ingin membuka aplikasi hingga beberapa pelanggan dan juga staf internal. Sebagian besar server eksternal (DMZ) kami berbasis Linux dan server Windows yang ada di DMZ tidak cocok (terlalu dekat dengan kapasitas). Alih-alih membeli perangkat keras baru, seseorang menyarankan untuk menjalankan aplikasi di Mono. Kami menghabiskan beberapa hari melakukan pengujian kami sendiri dan kemudian merilis aplikasi ke QA, lalu UAT. Kami tidak punya masalah.
Jika kami telah diberikan persyaratan pada awal proyek, kami mungkin tidak memilih untuk menulisnya di .NET, tetapi ini adalah salah satu hasil yang bagus untuk perubahan persyaratan yang sangat, sangat terlambat. Sekarang kami cukup yakin bahwa jika muncul lagi kami dapat berhasil digunakan untuk Mono (walaupun saya pikir pada akhirnya kami harus men-tweak beberapa kode, saya pikir kami beruntung).
Saya belum pernah menggunakan mono secara komersial, tetapi saya menggunakannya secara pribadi, karena saya bekerja di perusahaan Windows, tetapi secara pribadi adalah pengguna Linux (jadi saya dapat menggunakan kembali apa yang saya lakukan di tempat kerja).
Secara keseluruhan, saya setuju dengan Miguel de Icaza yang mengatakan:
- 25% dari aplikasi .NET bekerja di luar kotak dengan mono
- 25% lainnya dapat dibuat untuk bekerja dalam satu hari atau kurang
- selanjutnya 25% dapat dibuat untuk bekerja dalam seminggu
- 25% terakhir membutuhkan penulisan ulang lengkap dari aplikasi (WinForms / COM)
Mono bekerja cukup baik, tetapi ada beberapa masalah:
- Dukungan VB.NET hanya untuk .NET <= 2.0
- Otentikasi Windows tidak diterapkan
- WPF tidak diterapkan
- Dukungan WCF tidak lengkap
- Kerangka Entitas tidak diterapkan dan tidak ada rencana untuk diterapkan
- "Komponen Web ASP.NET" tidak diterapkan
- Tidak ada dukungan COM-interop
- Koneksi Sybase untuk versi 15.5 (terbaru) tidak berfungsi
- Bug dan ketidaklengkapan di pustaka kelas C # (mis. XML bermasalah di mono <2.6)
- Kontrol browser web Linux memerlukan GTK #
Maka masalah kecil:
- Formulir Windows berfungsi, tetapi tidak selalu disajikan dengan benar
- MonoDevelop tidak dapat mendesain formulir windows
- Debugging 'step through' MonoDevelop tidak benar-benar berfungsi
- Mono-Service mogok setelah 5 jam ...
Bentuk apa yang bisa saya katakan:
- Fungsi WebServices sangat baik
- Jika Anda menjalankan Aplikasi Web, itu berfungsi dengan baik (jika tidak menggunakan WebParts).
- Jika Anda menjalankan WindowsForms, itu tidak akan selalu terlihat sangat bagus (untuk sedikitnya).
- Tidak ada kerjaan yang setara untuk Layanan Pelaporan Microsoft (Pelaporan FY adalah hal yang paling dekat dengannya, tetapi lambat, bermasalah, dan sangat tidak lengkap, ditambah tidak ada aktivitas sejak lebih dari setahun)
- Anda akan mengalami masalah jika Anda perlu membuat dokumen Word atau Excel.
Jika Anda ingin mengembangkan .NET di Linux
- Anda dapat mengembangkan ASP.NET di sana (debugging & langkah demi langkah bekerja sangat buruk)
- Anda tidak dapat benar-benar mengembangkan WinForms di Linux
- Anda perlu menggunakan GTK # alih-alih WinForms
Dengan kata lain:
- Mono memiliki tempatnya dalam menjalankan aplikasi web dan WebServices dan MailServers.
- Tapi itu tidak layak untuk menjalankan aplikasi WindowsForms, Anda perlu menulis aplikasi dengan GTK #
- Itu tidak memiliki solusi pelaporan dan dukungan format file MS (atau perpustakaan kerja karena itu)
Sunting (pembaruan 2015):
Saya ingin menambahkan bahwa sekarang, proses debug 'step through' bekerja dengan sangat baik, dan Anda dapat menggunakan MonoDevelop untuk mengembangkan aplikasi web di Linux, bahkan dengan dependensi nuGet. Masalah dengan pustaka Excel dan Word juga hilang, dan kerangka kerja entitas sekarang open-source. Sisanya cukup "sebagaimana adanya" (tidak tahu apakah layanan tunggal sudah diperbaiki, tapi saya harap begitu).
Apa yang telah ditingkatkan juga adalah bahwa Anda sekarang dapat memiliki paket saat ini untuk distro Anda, artinya Anda tidak perlu menunggu sampai rilis berikutnya, katakanlah Debian / Ubuntu, sampai Anda mendapatkan versi mono terbaru (tanpa harus mengkompilasi sendiri ). Ini adalah waktu yang lebih aman.
Juga, dengan rilis Roslyn, dukungan VB.NET akan menjadi jauh lebih baik dalam waktu dekat.
Perusahaan saya mengembangkan aplikasi desktop sebagian besar-.NET dan merilis versi Linux yang berjalan di Mono, jadi saya akan mengatakan ya, pasti ada tempat bagi Mono dalam solusi berbasis perusahaan untuk Windows.
Kami mengemas Mono dengan pemasangan aplikasi kami, tidak mengharuskan pengguna untuk menginstalnya secara terpisah (dan kami juga mengontrol versi ini).
Saya pikir perhatian utama banyak perusahaan akan miliki adalah masalah lisensi antara Mono dan Microsoft. Pemahaman saya adalah bahwa sementara Microsoft secara resmi setuju bahwa Mono dapat menggunakan teknologi inti .NET, tetapi di luar itu, termasuk tentang hal-hal yang sangat umum digunakan, lebih merupakan wilayah abu-abu secara hukum dengan Microsoft menyatakan tidak ada posisi yang kuat di satu sisi atau lain.
Itu jelas membuka kemungkinan bahwa di telepon mereka akan menuntut biaya lisensi atau hanya menuntut pelanggaran paten. Tidak mungkin keduanya akan terjadi dari cara mereka berperilaku sekarang, tetapi sebagian besar perusahaan tidak menyukai ketidakpastian semacam itu, terutama tidak ketika datang dengan potensi kewajiban dan biaya yang melekat.
Saya tidak berpikir ada banyak ruang untuk Mono di sana:
Java sudah menjadi platform di Linux, dengan komunitas besar dan berlimpahnya perpustakaan dan alat berkualitas perusahaan, baik komersial maupun open-source. Saya tidak melihat alasan untuk memilih Mono dari Jawa ketika memulai proyek baru yang menargetkan Linux (atau Mac), kecuali ada keadaan tertentu (lihat jawaban Walter).
Sebelum menggunakan mono, kita harus memastikan tidak ada hardcoded '\' untuk string path (gunakan Path.Combine ()) atau awalan "COM" (cukup terima string daripada integer) karena port serial ada dalam program.
Apa yang bekerja dengan baik:
Masalah yang ditemui:
Lebih baik menggunakan mono secara internal (seperti sistem ERP) sebagai lingkungan yang terkontrol.
Mono adalah alternatif yang bagus jika Anda sudah memiliki kode .NET yang perlu dijalankan di lingkungan lintas platform. Mono digunakan cukup luas di dunia bisnis khusus untuk menyelesaikan masalah ini.
Saya akan membantah menggunakan keberadaan Mono sebagai alasan untuk memulai proyek dengan .NET yang Anda tahu harus cross-platform. Alasan untuk ini adalah jurang antara state-of-the-art dengan .NET versus kecepatan pengembangan Mono.
Di sisi lain, jika Anda tidak berniat untuk menggunakan Mono dalam proyek masa depan, saya akan memperingatkan Anda untuk menargetkan kerangka Mono dan berjalan di NET sebagai alternatif sekunder karena Mono sebagian besar merupakan bagian dari fungsionalitas NET penuh.