Changes between Initial Version and Version 1 of Development/WhyDotNet


Ignore:
Timestamp:
03/01/09 09:37:54 (11 years ago)
Author:
ibboard
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Development/WhyDotNet

    v1 v1  
     1= Why .Net and not my language of choice? =
     2
     3I've been [http://forums.hiveworldterra.co.uk/viewtopic.php?p=7478#p7478 asked before] about why I chose .Net/C# for WarFoundry. The following is a reproduction of my answer, plus any other reasons I think of at a later date.
     4
     5== Why .Net and not Java? ==
     6
     7While I use Java every day at work, mainly through the powerful Eclipse IDE, I didn't want to use Java for several reasons:
     8
     9 1. Java interfaces are damned ugly and don't integrate well with the desktop. The only solution is SWT, which is desktop specific and greatly increases the size of the download.
     10 1. Compiling Java down to a single JAR file involves the many joys of explaining to people either a) how to run a Java app from the command line b) or getting them to set up an association with .jar files. Based on other experience with computer game add-ons, there are more people than you'd think who have problems with even basic instructions.
     11 1. People using Java may still have Microsoft's Java JVM, which may cause problems (any time I've had an app not run under Windows it has been because of the MS JVM)
     12 1. .Net with System.Windows.Forms has no portability issues that I know of, it just doesn't look so pretty outside Windows.
     13 1. Java is a "one language, one VM" system, where as with .Net WarFoundry will be written in C# and other people can write plugins (like the [browser:IBBoard.WarFoundry.Plugin.Rollcall Rollcall plugin]) in [http://www.dotnetpowered.com/languages.aspx any .Net language] they wish.
     14 1. If you wrote it in Java then you could put it on PDAs if you wrote an alternate interface, since a standard app interface would be too big. Something similar should be possible with .Net as MS has the [http://en.wikipedia.org/wiki/.NET_Compact_Framework .Net Compact Framework] for WinCE PDAs and it's probably possible to install Mono on a PDA (there's mention [http://tirania.org/blog/archive/2005/Sep-20.html here] which seems to imply a standard install works fine).
     15
     16== Why .Net and not C++? ==
     17
     18 1. I don't know C++ and I don't intend to learn it for a hobby project
     19 1. It would force everyone else to know C++ as well
     20 1. Languages with higher levels of abstraction let you concentrate more on the application and less on the memory management and other low-level details
     21 1. The app would need to be built multiple times for different architectures/GUI toolkits
     22
     23== Why .Net and not Python? ==
     24
     25While my work with Trac is getting me used to the idea of Python as a usable language (originally it looked too much like Basic) there are a few problems:
     26
     27 1. As with C++, I don't know Python and you're forcing everyone who wants to contribute to use Python
     28 1. Python is new to the Windows scene and most people won't know about it, what it is or even have an installed framework. .Net is likely to be installed on a lot of Windows machines though, especially as people move to Vista/Windows 7.