[Mono-list] Building a cross-platform networked client on Mono...
Kirk Marple
kirk-public at agnostic-media.com
Tue Jun 21 11:50:41 EDT 2005
Great - thanks.
>> The portability of your app will be dependent upon how portable this DLL
is, or how easily you can avoid the DLL.
This 3rd party developer has native DLLs/libraries available for Windows,
Mac OS X and Linux, and they do have "C" exports, so it sounds like we're
good to go there.
-----Original Message-----
From: mono-list-bounces at lists.ximian.com
[mailto:mono-list-bounces at lists.ximian.com] On Behalf Of Jonathan Pryor
Sent: Tuesday, June 21, 2005 4:28 AM
To: Kirk Marple
Cc: mono-list at lists.ximian.com
Subject: Re: [Mono-list] Building a cross-platform networked client on
Mono...
On Mon, 2005-06-20 at 17:50 -0700, Kirk Marple wrote:
> i have a need to build a new client application, which does basically
> four things... talks via Windows Sockets (async i/o)
Yes.
> to a remote server over both TCP and UDP,
Yes.
> does file I/O,
Yes.
> exposes UI for picking files on the client and showing log/status
> messages,
Yes.
> and it does interop to a native 3rd party DLL for some custom data
> processing.
Maybe. Mono supports P/Invoke to libraries with "C" exports, not C++, not
COM, not anything else. Just "C" exports.
Furthermore, the "native 3rd party DLL" is probably only available on
Windows. You can't use a native DLL cross-platform -- it can't be used on
Linux (different file formats) or Mac OS X (different processor).
The portability of your app will be dependent upon how portable this DLL is,
or how easily you can avoid the DLL.
> Today, i'm looking at using .NET 2.0/C#/WinForms for this on Windows,
> but i want to make it cross-platform for Linux and Mac OS X.
Mono's support for .NET 2.0 APIs is in-flux (though we can always use the
extra test cases. :-)
WinForms is currently incomplete, but is scheduled for completion around
September, to be released with Mono 1.2. There will likely still be some
limitations, though, such as restrictions from P/Invoking into KERNEL32.DLL,
USER32.DLL, and other non-portable libraries. (There may be a way around
this, but I haven't heard of it.)
> Can anyone please confirm the state of Mono today w.r.t. these
> features? Should it be doable to have a (rather simple) networked
> client, using async socket i/o, and doing interop, and have the same
> code base work x-platform? Also, I'm not wedded to WinForms, and
> would be fine with something else (Gtk#) if it's similar and easy to
> use.
If you can live with the above restrictions, this should be possible.
You might also look into Cocoa# for the Mac OS X UI.
> Should I be using Mono 1.1.8 to start with?
Yes.
> What's the easiest development approach (given that we're a Windows
> dev house today)? Dev on Windows, test on Mac/Linux? Dev on Linux
> or Mac?
Dev on Windows under Mono, test on Mac/Linux. Mono/Windows tends to get
less testing than Mono/Linux, so if it runs on Mono/Windows, it's more
likely to run under Linux. :-)
- Jon
_______________________________________________
Mono-list maillist - Mono-list at lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
More information about the Mono-list
mailing list