Why C# is hot... cool... whatever
-
I was looking at how to use a thread for background tasks and there is a BackgroundWorker in the toolbox list :cool:
Visit http://www.notreadytogiveup.com/[^] and do something special today.
I use a
BackgroundWorkerin almost every app I write."Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001 -
I was looking at how to use a thread for background tasks and there is a BackgroundWorker in the toolbox list :cool:
Visit http://www.notreadytogiveup.com/[^] and do something special today.
The threading facilities in .NET are indeed :cool:. We have a C++ library that implements our TCP/IP socket communications, and a second that implements socket-based event logging, both used heavily in our distributed application. I replicated the functionality of both libraries in <2 weeks in C#. Of course, some of the ease in building the .NET versions of the libraries stems from the fact that so much of the stuff in the C++ libraries you get for 'free' with .NET.
Software Zen:
delete this;
Fold With Us![^] -
I was looking at how to use a thread for background tasks and there is a BackgroundWorker in the toolbox list :cool:
Visit http://www.notreadytogiveup.com/[^] and do something special today.
almost what happen is we develope or code such a functionality that alreay present in .NET control but we don't know about that... :doh: is this our lazyness to read books ??? :confused: ;P -koolprasad2003 :)
If the message is useful for U then please Rate This message... Be a good listener...Because Opprtunity knoughts softly...N-Joy
-
That's one of the advantages of .NET over C++, the rich framework. Yes I know you can achieve the same in C++ but you have to hunt harder. Though things may have moved on in the past four years which was when I last looked at C++.
Kevin
-
http://www.qtsoftware.com/[^] It's a very rich framework. I've been using it for a little while and it's an absolute joy.
I was about to suggest exactly the same thing. Quite a few of my company's products are based on that framework, and I must say, working with it is a pleasure. Good job, Trolltech, Qt Software and Nokia (this sounds exactly as me, myself and I :D ).
Where it seems there are only borderlines, Where others turn and sigh, You shall rise!
-
I was looking at how to use a thread for background tasks and there is a BackgroundWorker in the toolbox list :cool:
Visit http://www.notreadytogiveup.com/[^] and do something special today.
That's .NET Framework you are talking about, not C# :) Seriously, take a look at F#.
-
The threading facilities in .NET are indeed :cool:. We have a C++ library that implements our TCP/IP socket communications, and a second that implements socket-based event logging, both used heavily in our distributed application. I replicated the functionality of both libraries in <2 weeks in C#. Of course, some of the ease in building the .NET versions of the libraries stems from the fact that so much of the stuff in the C++ libraries you get for 'free' with .NET.
Software Zen:
delete this;
Fold With Us![^] -
I was looking at how to use a thread for background tasks and there is a BackgroundWorker in the toolbox list :cool:
Visit http://www.notreadytogiveup.com/[^] and do something special today.
Welll... yeeaah... but it doesn't belong in the toolbox, it doesn't appear on the form.
-
That's .NET Framework you are talking about, not C# :) Seriously, take a look at F#.
Do you think F# will take off next year or remain niche? My guess is that most developers will shun it because it seems too alien (personally I wouldn't shun it just because of that but developers are often surprisingly conservative).
Kevin
-
Do you think F# will take off next year or remain niche? My guess is that most developers will shun it because it seems too alien (personally I wouldn't shun it just because of that but developers are often surprisingly conservative).
Kevin
Kevin McFarlane wrote:
Do you think F# will take off next year or remain niche? My guess is that most developers will shun it because it seems too alien
My guess is it will remain niche. It is hard to learn and the benefits of using it are not obvious to most developers. But again, I've been wrong before :)
-
Kevin McFarlane wrote:
Do you think F# will take off next year or remain niche? My guess is that most developers will shun it because it seems too alien
My guess is it will remain niche. It is hard to learn and the benefits of using it are not obvious to most developers. But again, I've been wrong before :)
I had a brief look at Scala a while back and it seems more accessible, though that could be illusory because its syntax is more familiar.
Kevin
-
Welll... yeeaah... but it doesn't belong in the toolbox, it doesn't appear on the form.
The toolbox offers easy access to Controls (as in System.Windows.Forms.Control) and other Components (as in System.ComponentModel.Component), things one often needs, and having lots of properties. They include Timers, SerialPorts, BackgroundWorkers, etc. Dragging and configuring them through Designer makes sense to me. :)
Luc Pattyn [Forum Guidelines] [My Articles]
The quality and detail of your question reflects on the effectiveness of the help you are likely to get. Show formatted code inside PRE tags, and give clear symptoms when describing a problem.
-
I had a brief look at Scala a while back and it seems more accessible, though that could be illusory because its syntax is more familiar.
Kevin
Kevin McFarlane wrote:
I had a brief look at Scala a while back
Interesting that you mention Scala in the same context as F#. I believe they play roughly equivalent role on their platforms. And I think they are both going to remain niche, although Scala probably has better chance of going mainstream because Java evolves slower than C# and VB so that may influence some Java developers to switch to Scala. On the .NET side, I am afraid we are going to continue enjoying the verbosity and clumsiness of C# and VB :)
-
The toolbox offers easy access to Controls (as in System.Windows.Forms.Control) and other Components (as in System.ComponentModel.Component), things one often needs, and having lots of properties. They include Timers, SerialPorts, BackgroundWorkers, etc. Dragging and configuring them through Designer makes sense to me. :)
Luc Pattyn [Forum Guidelines] [My Articles]
The quality and detail of your question reflects on the effectiveness of the help you are likely to get. Show formatted code inside PRE tags, and give clear symptoms when describing a problem.
Luc Pattyn wrote:
makes sense to me
Then I guess you're in its demographic.
-
Do you think F# will take off next year or remain niche? My guess is that most developers will shun it because it seems too alien (personally I wouldn't shun it just because of that but developers are often surprisingly conservative).
Kevin
One area where F# has some promise is in Scientific and engineering computations. The other area where I think F# might be useful is in the area of DSLs (Domain specific languages). I am currently investigating in my free time how to use F# for Financial modeling.
-
Kevin McFarlane wrote:
I had a brief look at Scala a while back
Interesting that you mention Scala in the same context as F#. I believe they play roughly equivalent role on their platforms. And I think they are both going to remain niche, although Scala probably has better chance of going mainstream because Java evolves slower than C# and VB so that may influence some Java developers to switch to Scala. On the .NET side, I am afraid we are going to continue enjoying the verbosity and clumsiness of C# and VB :)
Nemanja Trifunovic wrote:
Scala probably has better chance of going mainstream
Twitter is a prominent user. It's written mostly in Ruby, Java and Scala.
Kevin
-
I was looking at how to use a thread for background tasks and there is a BackgroundWorker in the toolbox list :cool:
Visit http://www.notreadytogiveup.com/[^] and do something special today.
I all comes down to money. C# is cool and hot only because Microsoft has marketed it to developers that way. C# is just another slow, limited, buggy C++ clone without the .NET library. The .NET library could have been written almost 20 years ago as that's when a lot of those patterns you're loving so much were first written up and the community was catching on to their value. Mircosoft only did something that was new for them with C# and .NET, not something that was new to the developer community. Yes I use C#, every day in fact. Obviously, I'm not terribly impressed.
patbob
-
Now all they have to do is make MSDN work, so that it's easier to find this stuff out. :)
Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.”
Henry Minute wrote:
Now all they have to do is make MSDN work, so that it's easier to find this stuff out.
No kidding! I can usually find what I'm looking for on MSDN faster by using Google, and usually accidentally find better information on external blogs!
-
Nemanja Trifunovic wrote:
Scala probably has better chance of going mainstream
Twitter is a prominent user. It's written mostly in Ruby, Java and Scala.
Kevin
Yeah, but considering that Twitter runs on Apple stuff, it makes sense to that the fruit-fanatics would "think different" about how to create a mainstream web app. It also explains why their service so often displays "network too busy" messages when trying to simply login.
-
That's one of the advantages of .NET over C++, the rich framework. Yes I know you can achieve the same in C++ but you have to hunt harder. Though things may have moved on in the past four years which was when I last looked at C++.
Kevin