PDA

View Full Version : آیا VB.Net در Linux هم قابل اجراست ؟



WarDog
چهارشنبه 28 بهمن 1383, 23:20 عصر
والا من یک تازه کار که 50 ساعت vb6 آموزش دیدم حالا تصمیم دارم برنامه نویسی خودم رو ارتقاع بدم و بین جاوا و VBیا به کل .Net گیر کردم
اگر بزرگتر ها اجازه بدن سولاتم رو مطرح کنم :
آیا .Net هم در Linux کار میکنه ؟ یا حداقل برنامه ساخته شده توسط اون ؟
من نمیخواهم برنامه هام فقط به ٌWindos Application ختم بشه و فقط کاربردی باشه اینترنت و دنیای قفل هاش رو خیلی دوست دارم به همین دلیل جاوا رو انتخاب کردم اما جاوا در زمینه برنامه های کاربردی ضعیف هست و خیلی کد نویسی داره اما خوب محدود به سخت افزار نمی شه یه عده میگویند برو C# و با این وجود به شکل بدی گیر کردم.
شما بگید برای من که از VB6 میخواهم ارتقاع بدهم و هم به برنامه های کاربردی علاقه دارم و هم برنامه های اینترنتی با وجود خواستن حد کمال و نبودن محدودیت چی رو انتخاب کنم ؟

اگر جای سوالم رو اشتباه طرح کردم عذر میخواهم . ( تازه کاری بیش نیستیم)
(جای این شعر ها رو هم نمیدونم پس همیجا می نویسم )
در زمین مردمان خانه مکن---- کار خود کن، کار بیگانه مکن
کیست بیگانه؟ تن خاکی تو --- کـز برای اوست غمنـاکی تو

h_arman
پنج شنبه 29 بهمن 1383, 06:58 صبح
شعرهای زیبایی نوشتی

تا اونجایی که من می دونم مایکروسافت داره روی یه پروژه کار می کنه که یه net framework. برای اینوکس بنویسه. اینجوری برنامه هایی که با vb.net نوشتی توی لینوکس هم اجرا می شن

شاد باشی

بابک زواری
پنج شنبه 29 بهمن 1383, 09:22 صبح
واقعا مایکروسافت داره روی فریم ورک دات نت برای لینوکس کار میکنه ؟؟؟؟
میکروسافت که لینوکس رو دشمن خودش میدونه ؟

M.GhanaatPisheh
پنج شنبه 29 بهمن 1383, 14:20 عصر
راجع به پروژه Mono تحقیق کنید
این پروژه در حال حاضر پیشرفتهای خوبی کرده و به شما این امکان رو می ده که از اسمبلی هاتون توی لاینوکس استفاده کنید
ولی یه نکته ای که وجود داره که شاید یه کم ناراحت کننده باشه اینه که از یه سری ابزارا نمی تونین استفاده کنین مثل SQL SERVER که فقط توی ویندوز نصب میشه و یا از سرویس Messaging نمیتونین استفاده کنین چون یه سرویس windowsی هست(یعنی MSMQ تعطیل)
می دونید که ADO.NET توی خیلی از برنامه ها استفاده میشه و حالا توی لاینوکس باید یه فکری به حالش کرد
و پیشنهاد میشه که از فایهای XML برای ذخیره data استفاده کنید و یا از DBMS های دیگه استفاده کنید و اینجوری بر مشکل ADO.NET غلبه کنید!!!!

titbasoft
جمعه 30 بهمن 1383, 12:26 عصر
یک نقل قول: از آنجایی که microsoft عموما تقلید میکنه و این کار رو هم خوب بلده ، خیلی سعی داشته که .net framework رو هم شبیه jvm جاوا در بیاره تا جایی که حتی اسم بعضی چیزها رو هم تغیر نداده مثل garbage collection و اگر این طور باشه تقریبا به این شعار جاوا که می گفت anytime , anywhere هم میرسه.

و اما در مورد انتخاب زبان فقط چند پاراگراف از یکی از کتاب های ms press رو نقل میکنم



ASP.NET and, indeed, the whole .NET Framework are programming language–independent. This means that you can choose any language that has implemented a CLR-compliant compiler. In addition to developing its own programming languages, Microsoft has formed partnerships with many language vendors to provide .NET support for Perl, Pascal, Eiffel, Cobol, Python, Smalltalk, and other programming languages.

This book covers creating Web applications with the Visual Basic .NET and the Visual C# programming languages. These two languages are functionally equivalent, which means that they each provide equal capabilities to create Web applications. The differences between the two languages are syntactical and stylistic.


مهمش اینجاست که میگه

Most current programmers will choose the language they are most familiar with. Current Visual Basic programmers will be more comfortable developing Web applications in Visual Basic .NET; C or C++ programmers will be more comfortable developing with Visual C#


If you are new to programming or if you are choosing to extend your programming skills to new languages, learning both Visual Basic .NET and Visual C# is a practical goal. This is especially true when you create Web applications, because most of the tasks are performed through the .NET Framework classes, which means Visual Basic .NET code and Visual C# code often look nearly identical.

ali_hadian
جمعه 30 بهمن 1383, 12:56 عصر
سلام

تا اونجایی که من می دونم مایکروسافت داره روی یه پروژه کار می کنه که یه net framework. برای اینوکس بنویسه. اینجوری برنامه هایی که با vb.net نوشتی توی لینوکس هم اجرا می شن
این غیر ممکنه
حاضرم روش شرط ببندم

M.GhanaatPisheh
جمعه 30 بهمن 1383, 13:57 عصر
http://www.mono-project.com/about/index.html
شرط رو باختید. :wise2:

mehdi_nan
جمعه 30 بهمن 1383, 21:30 عصر
به نظر من همون طوری که دوستمون گفتن دات نت تقلیدی از ماشین جاوا هستش و در نتیجه تنها هدفش ایجاد نرم افزار هایی هست که محدود به سخت افزار و نرم افزار خاصی نباشه. برای همینه که با دات نت میشه برای وسایل آشپزخانه گرفته تا موبایل و ... برنامه نویسی کرد و تنها شرطش هم اینه که فریم ورک مربوطه نصب شده باشه .
و در ضمن دومیم ایده تولید دات نت جلوگیری از استفاده API های موجود هست به طوری که معادل هر API در کتابخانه کلاسی دات نت فریم ورک وجود داره همین موجب شده که برنامه هاتون نیازی به Dll های اضافی نداشته باشه و چنانچه دات نت فریم ورک در سیستم نصب شده باشه کافیه که فایل اجراییتون رو در سیستم کپی کرده و استفاده کنید.
پس بنابراین چنانچه مایکروسافت بخواد فریم ورک برای لینوکس در بیاره قاعدتا باید برنامه های دات نت در لینوکس هم قابل اجرا باشه.
در ضمن به نظر من بهتره شما برای یافتن پاسخ سوالتون مقاله How to be hacker نوشته Eric Steven Raymond رو در آدرس زیر بخونید و خودتون رو با ساختار غلط و غیر منطقی وی بی درگیر نکنید.


http://htbh.persianblog.com/

M.GhanaatPisheh
جمعه 30 بهمن 1383, 22:53 عصر
مثلا انتظار دارید sql server هم تحت لینوکسش بیاد و این با شخصیت بیل گیتس مغایرت دارد
لطفا قبل از حرف زدن فکر کنید دوست عزیز یا حداقل مطالعه خودتون رو بیشتر کنید.
با جوابهای بی ربط تعداد پستهاتون رو بالا نبرید


ژوییه 2001 مایکروسافت اطلاعیه ای مبنی بر توافق با شرکت Corel در زمینه ایجاد یه محیط توسعه یافته برای کار کامپایلر زبان #C وNET FRAMEWORK. ودر نسخه FreeBSD سیستم عامل UNIX منتشر کرد
و در ماه جولای 2001 خبر توافق با Ximain برای اجرای برنامه ها در LINUX رو منتشر کرد.
الان 4 سال میگذره



مقاله How to be hacker نوشته Eric Steven Raymond
مرسی دوست عزیز
مقاله جالبی بود
ولی من متوجه نشدم به بحث چه ربطی داشت و ساختارای غیر منطقی VB یعنی چی.

M.GhanaatPisheh
یک شنبه 02 اسفند 1383, 13:33 عصر
1-اگه میشه مرجع خود رو هم ذکر کنید
C# . N ET Web Developer’s Guide Syngress
Adrian Turtschi
DotThatCom.com
Jason Werry
Greg Hack
Joseph Albahari


2-یعنی مثلا میشه از سرور لینوکس به عنوان ASP.NET HOST استفاده کرد؟
من قبلا گفته بودم که یه سری ابزارای و سرویسهای مایکروسافتی مثل MSMQ یا SQL SERVER توی Linux قابل استفاده نیستند
حالا اینجا مساله IIS وجود داره
برای کسب اطلاعات بیشتر و بالا بردن سطح مطالعتون تو این زمینه توی link های زیر جستجو کنید.
www.go-mono.com
www.microsoft.com
www.google.com



یعنی الات دات نت فریم ورک تحت لینوکس اومده؟
جوابتون قبلا داده شده.


دوست خوبم (اگه مرا به عنوان دوست بدانید)
:flower:

ببینید دوست عزیزم جناب mehdi_nan
یکی از اهداف NET. این بود که برنامه نویس با هر سینتکسی که راحته کد بنویسه
حالا به این کاری نداریم که ILهای تولید شده با کامپایلر #C و VB.NET دلیلی نداره که یکی باشن
ولی در هر حال CLR ی که اونارو به Native Code تبدیل میکنه یکیه و Class Library یکسانی توی همه زبانها استفاده میشه
سینتکس VB نمی تونه ساختارهای غیر منطقی و غلط توی کل یه تکنولوژی بوجود بیاره
پس این بحث کلا بحث اشتباهی هست.
برنامه نویس با هر سینتکسی که راحته می تونه توی NET. کد بنویسه .

ali_hadian
یک شنبه 02 اسفند 1383, 14:01 عصر
سلام
یه چیز دیگه:
1-با مونو میشه عینا برنامه های دات نت کامپایل شده(IL) رو اجرا کرد؟
2-میشه مونو تحت ویندوز رو جایگزین دات نت فریم ورک کرد؟

titbasoft
یک شنبه 02 اسفند 1383, 16:13 عصر
Differences Between Visual Basic .NET and Visual C# .NET (http://support.microsoft.com/default.aspx?scid=kb;en-us;308470)

M.GhanaatPisheh
یک شنبه 02 اسفند 1383, 22:29 عصر
-میشه مونو تحت ویندوز رو جایگزین دات نت فریم ورک کرد؟

می تونید Mono ویندوز رو از link زیر بگیرید و بجای NET Framework. نصب کنید
ازاین لینک هم می تونید Mono رو برای OSهای مختلف download کنید.
http://www.mono-project.com/downloads/
شما با وجود مونو فقط در همون حد پیشرفتی که داشته می تونید توقع داشته باشید(www.go-mono.com)
خیر
نمی تونه جای NET Framework. را روی OS شما بگیره



1-با مونو میشه عینا برنامه های دات نت کامپایل شده(IL) رو اجرا کرد؟
به پستهای بالا مراجعه شود+

شاید اگر Roadmap پروژه mono رو ببینید جواب اینجور سوالاتون رو بگیرین.
مطالب زیر رو بخونید
احتیاج به ترجمه نداره و مطلب کاملا واضح و روشنه.
فکر می کنم در باره Mono بحثی باقی نمونه .



Introduction
This document describes the high-level roadmap for Mono.

The Mono project started in 2001 as an effort to implement the .NET Framework to Unix. To bring both the new programming model based on the Common Language Infrastructure and C# as well as helping people migrate their existing knowledge and applications to Unix. Mono today supports a wide variety of operating systems, CPUs and a large chunk of the functionality available in the .NET Framework.

At the October 2003 PDC conference a number of new technologies were announced. From the Mono release schedule perspective, we should think about these technologies from their release time standpoint, and the features that must be supported.

This document outlines the roadmap for the Mono project from my perspective: what we can effectively deliver on the dates outlined. Since Mono is a large open source project, things might change and new features can be incorporated into the plan if external sources devote enough attention to those problems.

This is the timeline:



Background
So far Microsoft has published two versions of the .NET Framework: 1.0 and 1.1, the later with incremental updates to the changes in 1.0

The Mono project has been tracking some of the improvements available in those two releases, some of the highlights of our work so far are:

Core: mscorlib, System, System.Security and System.XML assemblies.
ADO.NET: System.Data and various other database providers.
ASP.NET: WebForms and Web Services are supported. Work on WSE1/WSE2 has also started.
Compilers: C#, VB.NET and various command line tools that are part of the SDK.
Open Source, Unix and Gnome specific libraries.
Other components like Windows.Forms, Directory.Services, Enterprise Services and JScript are being developed but are not as mature as the other components but are under development by various people.

Some other smaller and less used components do not have yet a Mono equivalent (System.Management, System.Drawing.Design).

Mono release strategy
The levels of maturity of Mono fluctuate depending on the development effort we have put into it, and the use we have given to them. For example, the virtual machine and the C# compiler very mature, while less commonly used functionality in Mono like Windows.Forms or VB.NET are still under heavy development.

Our strategy is to release the mature components as Mono 1.0, and have upcoming versions of Mono add extra functionality.

Mono 1.0 goals
The Mono 1.0 release would include the following components:

C# compiler.
VM, with JIT and pre-compiler.
IL assembler, disassembler.
Development and security tools.
Core libraries: mscorlib, System, System.XML.
System.Data and Mono database providers.
System.Web: Web applications platform and Apache integration module.
System.Web.Services: client and server support.
System.Drawing.
System.DirectoryServices
JIT support: x86, SPARC and PPC architectures (interpreter available for other architectures).
ECMA profiles: special build options to build Mono as an implementation of the various ECMA profiles will be available.
Java integration through IKVM.
Embedding interface for the runtime.
Packaging:

mono: will contain the above features implementing the .NET 1.1 API.
mono-1.0-compat: Will include a build of the libraries with the .NET 1.0 API, this is a compatibility build for people running .NET 1.0 applications.
mono-unstable: Will contain a snapshot of the other technologies under development for developer's convenience, but will be unsupported at this time. These include the Generics edition of the C# compiler.
mono-ecma: A build that only includes the ECMA components.
Released on June 30th, 2004.

Bug fix releases would be done on a monthly basis.

For a detailed list, see the mono-1.0 feature list.

Microsoft's Whidbey
To understand post 1.0 editions of Mono, it is important to put it into perspective with the Microsoft Whidbey product, to be released in 2005.

The new features in the Whidbey release of the .NET Framework include:

Generic types
These introduce changes to the compiler, runtime and class libraries.
ASP.NET 2
Many tools to simplify web application development: Master pages, new controls for common operations, personalization and themes.
Remoting
New security channels and version-resistant remoting (good news in the interop department).
XML
Relatively small changes and improvements which Mono has currently. Mono in addition will ship an XQuery processor.
Networking
FTP client, Ssl streams.
Console and Serial ports:
Console terminal input/output is available as well as serial port handling.
Windows.Forms
Layout containers finally appeared on Windows.Forms as well as various new controls.
Mono 1.2
The Mono team is developing in parallel some features that wont make it to the 1.0 release in stable form. These will be the foundation for the 1.2 release. The focus of this release is to track the core API for the .NET Framework 1.2, but again, only a subset of the total framework will be available.

Mostly, Mono 1.2 consists of components that were not stable enough for Mono 1.0, but that would be mature at this point, plus the incorporation of some new features from Whidbey. In addition to the Mono 1.0 components, this release will add:

Generic types support: C# compiler, execution system and core class libraries (C# 2.0)
System.Windows.Forms 1.1 support
Mono Debugger
gtk# 2.0 (includes support for gtk 2.6)
Numerous scalability and performance enhancements
Mono 1.2 will also include assemblies from Whidbey (.NET 2.0) available as technology previews:
XML 2.0
ASP.NET 2.0
ADO.NET 2.0
Console and Serial ports support.
Mono 1.2 will include a technology preview of Mono's VB.NET compiler, mbas.
Release target: Q2/2005.

Mono 2.0
Mono 2.0 will include a complete implementation of .NET 2.0 features as well as updates to Mono exclusive APIs.

Release target: Q2/2006.

Peer projects
Other projects like the debugger, the documentation browser, Java integration through IKVM and Gtk# will remain on their own schedules. This page will be updated to contain that information when it becomes available.

Unscheduled activities
A missing component of Mono is the Code Access Security (CAS). This functionality is not needed in today's Mono as currently Mono is being used to run fully trusted applications, and we are not using it on embedded scenarios where assemblies would have different trust levels.

This is an important component, but requires three major pieces of work:

Runtime support for implementing the security demands.
A guidelines document outlining what and where must have security demands in place.
A full audit of our class libraries: method by method
All of these are major pieces of work, and we currently have no plans to implement any of those. A volunteer effort might be able to help with the runtime requirements and the document, but until those are done, we are unlikely to start doing any work on the actual class library audit and instrumentation.

Mono and WinFX: 2006
WinFX is the name given to the new set of libraries that makes up .NET in the Longhorn operating system: the existing .NET set of class libraries, plus the new functionality available in the OS.

WinFX adds things like storage facilities (WinFS), a new versatile communications stack (Indigo) and a new eye-candy packed GUI programming system (Avalon).

Although WinFS, Avalon and Indigo are very exciting components, at this time it is too early to tell when those components will be available for Mono. Open source developers will very likely start work on these, but since they are still far from being officially released, they are not in the radar at this point.

Unsupported technologies
Some technologies are very hard to implement or are being phased out by components in the Longhorn time frame. In some cases, we feel that they are not crucial to the future of the open source desktop.

System.EnterpriseServices and System.Management come to mind, and we are unlikely to put any resources into the task. We would gladly host the code if someone cares to implement it, but they would likely remain unsupported features of Mono.

Mono Developer Strategy
Mono Developers should read the Mono Hacking Roadmap

منبع http://www.mono-project.com/

این مقاله رو هم بخونید
http://www.apcmag.com/apc/v3.nsf/0/22F356ECB65244E2CA256F6A00107C19

Inprise
دوشنبه 03 اسفند 1383, 18:11 عصر
حوصله حذف کردن مطالب بی رو ندارم . لطفا" اگر در مورد یک مسئله بحث میکنید ، مطالب فنی رو به کل کل آلوده نکنید . یه سری جواب کوتاه برای چند سوال :


آیا .Net هم در Linux کار میکنه ؟

یک روز که خیلی دور نیست ، بله .



شما بگید برای من که از VB6 میخواهم ارتقاع بدهم و هم به برنامه های کاربردی علاقه دارم و هم برنامه های اینترنتی با وجود خواستن حد کمال و نبودن محدودیت چی رو انتخاب کنم ؟

دات نت گزینهء بدی نیست . گزینه های دیگری هم وجود دارند .



با مونو میشه عینا برنامه های دات نت کامپایل شده(IL) رو اجرا کرد؟

حالا ؟ خیر .



میشه مونو تحت ویندوز رو جایگزین دات نت فریم ورک کرد؟

مونو هنوز تمام قابلیتهای نسخهء اصلی دات نت رو نداره .

Microsoft.net
دوشنبه 03 اسفند 1383, 22:41 عصر
Differences Between Visual Basic .NET and Visual C# .NET (http://support.microsoft.com/default.aspx?scid=kb;en-us;308470)

بد نیست این موضوع رو توی یه topic جدید ادامه بدیم
أقا ایولا این لینک واقعن خیلی جالبه

babakj
پنج شنبه 11 بهمن 1386, 15:59 عصر
شما که می خواهید از VB6 ارتفا پیدا کنید خوبه که به سراغVB.net بیایی

vcldeveloper
پنج شنبه 11 بهمن 1386, 16:27 عصر
شما که می خواهید از VB6 ارتفا پیدا کنید خوبه که به سراغVB.net بیایی
تاریخ پست ها رو چک کردید؟!!

babakj
یک شنبه 19 اسفند 1386, 23:58 عصر
اگه بحث قدیمیه می تونی Topic رو ببندی
اینجا اینترنت است زمان و مکان نداره

Xcalivorse
شنبه 03 فروردین 1387, 00:23 صبح
من شنیدم یه برنامه جدید برای هماهنگ سازی NET. و LINUX هست کسی میدونه اسمش چیه ؟

حامد مصافی
شنبه 03 فروردین 1387, 11:11 صبح
بابا یکی جواب بده دیگه

اینو ببین:
mono (http://www.mono-project.com/)