As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
What are possible reasons for slowness at startup of an application developed in .NET 3.5 ?
Which factor can be involved in this issue and how this sort of issue avoided ?
Off the top of my head....
Slow/Intense start up code. This will probably be in Program, a constructor of an object created at startup or the Show/Load events of the first form.
A Database/Internet based connection at start up, especially if that connection is unable to connect. It never fails to surprise how many people write synchronous network related code and complain of their app being slow.
A large number of libraries being loaded, this is an odd one since the performance profiler don't always show what you are waiting for.
Note that ALL of the above can be run within a start up/splash screen with a progress bar.
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I was just wondering when is it recommended to make dll's, when your project is over 1000 lines, 5000lines, more? Also should I make dll's for WPF controls that WinForm project uses?
Or maybe when the project has reached some number of classes?
Thanks in advance
This is entirely a matter of personal opinion, but if you're breaking up into projects due to line count or number of classes, you're doing it wrong. you should have a project (and thus a dll) for every high level logical grouping within your solution. you might have a data project, a domain project... etc. if you're going to be reusing code across solutions, then yes, you'll need a dll for that, or a shared project, or something similar.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I am a software development student and have recently been introduced to parallel programming in c#.
I would like to make a application that contains the drag and drop functionality and parallel programming.
Any ideas that I can use for inspiration would be greatly appreciated.
Thanks.
What about dragging pictures (items) that involve an action from a 'Tasks' list to a 'Do' list. Once you drop an item, it starts a background task corresponding to the item.
You can have multiple tasks like:
Send an email
Connect to a webservice and get anything
...
Maybe the good point would be to decide which background tasks you could do.
** I assume that your app is build for testing purposes.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
Other than AWT, Swing, SWT (Java) - are there any good open source Java or C# UI libraries around? In particular, libs intended or at least usable for strategy gaming dev? (The visual appearance of the UI would need to be highly dynamic and easy to re-skin obviously.) Engines or "frameworks" which include this functionality are valid answers as well (of course I even more doubt that those exist).
As far as I can tell - there's not a single thing like this out there. Anyone able to prove me wrong?
Not sure about Java, but for C# I would look at either XNA or Unity to start out with.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I'm creating a web-related application and I want to add plugin support to it. But I want the plugin dlls to be restricted from everything except my SaveSettings(), RequestPage() and SendToHost() methods. Any good examples how to do that?
You can require your plugins to implement an interface which contains those three methods. In your code then you would call those methods where it is necessary to apply the plugin functionality.
Of course this will not prevent them from executing code within those methods that is not desirable. This becomes more of a security problem in this case. I can't think of a straightforward way of doing this except to load the plugin assemblies into another AppDomain and set security restrictions on the AppDomain about what they can do. This will also of course complicate how you pass data between your plugin and your code.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
What is the most mature .NET MPI implementation? A quick google search turned up the two below, but I'm not familiar with either of them. I believe the first item (mpi.net) is based on Microsoft MPI. Any thoughts?
http://www.osl.iu.edu/research/mpi.net/
http://www.purempi.net/
MPI.NET's FAQ says
On Unix, however, MPI.NET adapts itself to the native MPI detected at configure time, and can work with (at least) Open MPI, LAM/MPI, and MPICH2.
although on Windows it appears to be a completely managed solution. AFAICT, Pure Mpi.NET is only a managed solution.
I haven't used either of these implementations -- in fact, it's been a while since I've used any MPI -- but I would suspect that MPI.NET has a higher likelihood of overall stability since it will actually use the "tried-and-true" Unix implementations when available. Those Unix implementations have been in the field for a much longer time, and as such are generally less likely to be buggy -- or at least if there are bugs, they are probably well-known by now.