|
Hi Rajesh,
well I never did a 20 DLL project, so I cant tell you that is the culprit. And I sure
would hope it is not, since DLLs are needed for component based development...
But I suspect one of these two:
- connecting to the DB could be the culprit; you might modify some code
and try a run without DB (i.e. fake some data locally and watch the start-up speed).
- Assuming you are starting your app (including loading images, and connecting to the DB)
all sequentially, you could try to do (large parts of) the initialization asynchronously
and in parallel, using a few separate threads.
If this does not help, I would start looking to the DLLs.
A possible experiment there is replace the big images DLL by something much smaller.
For all of the above:
- either keep the code as is, but include some logging
a couple of lines such as
Console.WriteLine(DateTime.Now.ToString("HH:mm:ss.fff")+" Starting/ending operation 3");
could reveal the bottleneck(s)
- or change the functionality of the code, but dont spend the time to modify everything
thoroughly (until you know for sure it needs the change), change just enough to be able
to judge start-up speed differences.
Regards,
Luc Pattyn
|
|
|
|
|
Hi Luc Pattyn,
Thanks a lot for your guidance.
Ill try all the possibilities, and read the articles which you have suggested. Hope to get some positive results..
Will get back to you!
Thanks and Regards,
Rajesh
|
|
|
|
|
FYI I just rediscovered an MSDN article that might interest you:
Improving Application Startup Time[^]
but be warned most of its suggestions fall in the category: "if you like some feature
because it is fancy, useful, powerful, you may not like its performance consequences."
Luc Pattyn
|
|
|
|
|
All,
Apologies if posting in the wrong forum, I wasn't really sure where to put this.
I want to create an application which can do the following:
Display a map (I'm not yet sure the format the map will be in)
Be able to pan and perhaps zoom around the map
Overlay geographic features onto the map (places of interest for example - pubs/hotels etc)
Be able to detect clicks on said features
I have tried to find a free GIS library to enable me to do some of these thnigs, but have thus far had no joy, only being able to find expensive libraries.
Thanks for your time
Jim
|
|
|
|
|
You could search codeplex for "GIS". I'm sure I saw some open source GIS libraries for .NET there.
|
|
|
|
|
|
That's great, thank you both. I had actually already come across SharpMap but thought that the LGPL license would too far restrict my use, as I am looking to have a GIS component in my application and then sell it to a client. According to the FAQ ( http://www.codeplex.com/SharpMap/Wiki/View.aspx?title=Is%20SharpMap%20free%20with%20no%20strings%20attached ) this doesn't seem possible, but perhaps I have misread?
Can anybody shed any light on this for me? If I have an application which uses the library am I able to sell this for a fee?
Thanks again
Jim
|
|
|
|
|
Hi All,
I'm currently working with Visual Studio 6.0 VB and C++, now I want to migrate to .NET platform, witch language should I choose ?
Any ideas, thanks
Carlos Mariano
|
|
|
|
|
Use C++/CLI and/or VB.NET 2005 =)
ROFLOLMFAO
|
|
|
|
|
Well C++ is still viable and as Scene states there is C++/CLI for doing Managed or even Mixed Mode development. If at all possible I recommend dropping VB altogether and moving to C#.
led mike
|
|
|
|
|
You want to keep as much as possible what you already have and know ? Stick to your familiar
language, inside .NET
You want to move forward ? Go for C#.
It may look a bit strange and complex at first (events, delegates, generics,...),
but you soon will appreciate its expressive power.
Luc Pattyn
|
|
|
|
|
If you're either more comfortable with C++ than VB or equally comfortable, then go for C#.
Kevin
|
|
|
|
|
C# goes more deeply than VB.NET ??
I really don't get the picture about what are the big diferences between both languages.
Thanks for the answers.
Carlos Mariano
|
|
|
|
|
First some similarites:
:: They both use the .NET framework. That means that there is very little difference in what you can do with the languages.
:: They both compile to IL code, using a JIT compiler to produce the final executable. Well written code in each language results in very similar IL code, so they perform about the same.
:: They both are fully object oriented (as opposed to VB 6, which is not).
Then some differences:
:: C# is a relatively new language, based on the better parts of Java, C++ and Pascal (Delphi), while VB.NET suffers a bit from being based on VB 6, and also suffers from being based on BASIC, a language that is over 40 years old...
:: C# uses strict data typing, while VB.NET uses implicit conversions. You have to specify most data type conversions in C#, while VB.NET will automatically perform conversions in the background. The automatic conversions makes some things easier, but it's quite easy to use expensive conversion by mistake if you don't know what you are doing.
:: The syntax of VB.NET is very similar to VB 6, which makes it compelling for old VB 6 programmers. The syntax of C# is similar to C++, which makes it compelling for C++ programmers.
It's a good idea to get some knowledge in both C# and VB.NET, as that makes it a lot easier if you find example code that you need to convert. It also gives a deeper knowledge in how .NET works.
---
Year happy = new Year(2007);
|
|
|
|
|
Guffa wrote: :: C# uses strict data typing, while VB.NET uses implicit conversions. You have to specify most data type conversions in C#, while VB.NET will automatically perform conversions in the background. The automatic conversions makes some things easier, but it's quite easy to use expensive conversion by mistake if you don't know what you are doing.
You can override this behaviour in VB.NET by setting OPTION STRICT on it.
the last thing I want to see is some pasty-faced geek with skin so pale that it's almost translucent trying to bump parts with a partner - John Simmons / outlaw programmer
Deja View - the feeling that you've seen this post before.
|
|
|
|
|
Now I have more ideas about both languages.
Ok, thank you all for the replies.
Carlos Mariano
|
|
|
|
|
I don't know if i'm looking in the wrong places or if MS are trying to keep things as murky as possible but i'm very confused by all the info coming out of redmond about Vista .Net 3 and DirectX. I'll write down what seems to be the case and if anyone knows better can they chip in?
1 .Net 3.0 ships with vista but is available for XP. It can be developed using VS 2005 which is not supported on vista but will be Post-SP1. I'm not clear whether post-SP1 means that it will work once you've installed SP1 or whether they'll release a compatibility fix Post SP1.
2. DirectX update Nov 2006 contains DirectX 10 which gets the best out of the interface provided by Vista. This update does not work on Pre-ME releases of windows. I couldn't find whether DX10 was available for 2k3 server or XP or whether something different installs on those platforms.
This makes me think. Say I want to create a DX10 .Net app for vista, how would I go about developing it?
If anyone has any more authoratative links on these subjects i'd love to see them. If i find any better info on my hunt i'll post back here.
Thanks in advanced
Russell
|
|
|
|
|
Would you rather put your interfaces and basic stuff in a namespace called ComponentModel or ObjectModel? Any other namespaces that suits for that need?
myMsg.BehindDaKeys = "Chris Richner";
|
|
|
|
|
Is there a way to restart the application after it returned from a Application.Run() call. I know it can be done, spawning a process using Process.Start(). I want to restart the message pump in the same thread. Is this possible in .Net 1.1 ?
mfer
|
|
|
|
|
Just call Application.Run again, I would have thought.
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
|
|
|
|
|
Hi this is a simple question. How should I go about subclassing a control in .Net.
I know I can just inherit from the parent class I want like MyClass : ParentControl but after this step I'm not sure in which direction to proceed.
I added the control in my Toolbox, but I can't add it on a screen. My guess is I'm missing something. Like maybe a method I must absolutly override or something.
Any help would be appreciated.
|
|
|
|
|
If you're say inheriting from a control that you can just drop onto the form then there's no need to override anything just to allow you to display it. It should work automatically.
I have no idea what I just said. But my intentions were sincere.
|
|
|
|
|
Insert Cool Screen Name Here wrote: Any help would be appreciated.
Google can help: MSDN C# subclass windows forms
led mike
|
|
|
|
|
If you derive from an existing control, it iwll work exactly like the existing one, until you add methods. Try adding an instance of the base class with the designer, and hand change the code to make it the derived class.
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
|
|
|
|
|
Hi All
Does anyone know any good alternatives for source control of .Net applications other than Visual Source Safe
Thanks a lot
Regards,
Happy
|
|
|
|