Reputation: 5547
Before checking out what it's like developping in .Net, I have a few newbie questions:
Can a non-admin user install the .Net framework, whether the original package or any subsequent update required to run a programm? Some of our customers have locked-down XP/Vista hosts, and I'm concerned about installing/updating their computer when we upload a new release that requires updating their version of the .Net framework with the latest ServicePack
Is performance acceptable on regular Joe hardware (ie. doesn't require latest and greatest, power-user hardware)? Our applications are business applications that users leave open all-day, so it doesn't really matter if .Net apps take more time than their Delphi or VBClassic equivalents to start up, but is performance on par once the .Net framework is up and running?
If performance is clearly not as good as eg. compiled Delphi apps, are there known, reliable ways to speed things up?
Since I'm used to writing scripts in Python, is IronPython on par with other .Net languages, or is it more of a hobby language and I should head for VB.Net?
Further questions:
Thank you for any feedback.
Upvotes: 5
Views: 276
Reputation: 4778
I think you do need admin rights to install the framework. But both current XP and Vista should come with version 2.0 of the framework which is a good target for new applications.
Performance is acceptable for everything but graphics-intensive games.
It's really not needed.
You can use IronPython for application development and I know of at least one commercial shop that does it (http://www.resolversystems.com/), but I would recommend C# or VB.NET. Personally, I like Delphi Prism (http://www.embarcadero.com/products/delphi-prism). If you are into Delphi, maybe that's the way to go?
Upvotes: 0
Reputation: 25287
Hope this helps.
Upvotes: 2
Reputation: 311685
Can a non-admin user install the .Net framework, whether the original package or any subsequent update required to run a programm?
Generally speaking, no. For development, you're definitely going to need the framework installed to use most tools, and you'll need administrative access for that. That said, there are some technical workarounds that enable you to deploy a single application without having the .NET framework on the target computer.
Is performance acceptable on regular Joe hardware (ie. doesn't require latest and greatest, power-user hardware)?
Yes, very much so.
If performance is clearly not as good as eg. compiled Delphi apps, are there known, reliable ways to speed things up?
There's plenty of introspection, profiling, and optimization tools available -- CLR Profiler, dotTrace, Reflector, et cetera. Somewhat of a moot point, since most .NET programs are on par (or better than) their counterparts, as noted above.
Since I'm used to writing scripts in Python, is IronPython on par with other .Net languages, or is it more of a hobby language and I should head for VB.Net?
Although the implementation is relatively mature and it's reached the "it just works" stage, the tools supporting IronPython aren't as robust as the other languages in the .NET family. For a beginner, you might want to try C# just to get your feet wet, since the toolsets will be well developed and you'll have lots of examples to go on. That said, I routinely use IronPython and IronRuby on production projects. Good stuff!
Upvotes: 4
Reputation: 75537
IronPython doesn't have the same level of support as C# and VB. Still, it works exceptionally well, and if you like Python that's a win.
Upvotes: 1
Reputation: 4815
Upvotes: 0
Reputation: 132464
No. System files need modifying, and as such the framework itself can only be installed by a privileged user. Applications that run on .NET don't require special permissions to install or update though.
Performance of .NET applications isn't really an issue for business applications. Yes, they are on par with Delphi, VB pre .NET and Java.
Same as with any application: profiling and optimising. Profiling .NET applications can actually be very easy given the amount of metadata that can be (and is by default) stored in the actual executable for the profiler to use.
No comment really, since I havn't used any of the three much.
Upvotes: 2
Reputation: 81342
To answer some of your questions.
Upvotes: 0