|
Thanks for the info 
Christian Graus wrote:
VA does the case correction, C# does not by itself.
Thats the impression I got. I must say, it strikes me as silly that that is the case however. It means that whatever is doing the case correction is not built into the editor, but actually into the bit that each language provides to plug-in to the editor. Or at least, so it would seem.
After being used to it in VB since 16-bit VB3, it certainly takes a bit of getting used to
--
David Wengier
Sonork ID: 100.14177 - Ch00k
|
|
|
|
|
David Wengier wrote:
I must say, it strikes me as silly that that is the case however.
Well, VB is not case sensitive, SomeClass and someclass is the same thing. In both C++ and C# SomeClass and someclass is two different classes because the languages are case sensitive. Because of that I think it would be *very* dificult to make C++ and C# correct the case for you.
I mean, if you have 2 int's called IntOne and intOne, and you just typed intone, which one should the IDE select? 
- Anders
Money talks, but all mine ever says is "Goodbye!"
|
|
|
|
|
This is a very good point, which in fact I didnt know about C#.
--
David Wengier
Sonork ID: 100.14177 - Ch00k
|
|
|
|
|
Anders Molin wrote:
I mean, if you have 2 int's called IntOne and intOne, and you just typed intone, which one should the IDE select?
This is a problem I have with VA at work - our class library includes try/catch wrappers which specify a HRESULT called hResult. Every time I type hResult, it turns it all to capitals, as it does not expand the macro and see the variable name.
If VB is not case sensitive ( and how gay is THAT ? ), then the IDE isn't doing any case correction at all, it's simply ignoring it - right ?
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
Christian Graus wrote:
If VB is not case sensitive
It isn't case sensitive
Christian Graus wrote:
how gay is THAT ?
And the VB programmers proclaim that it is gay that C/C++ IS case-sensitive.
Until you get used to it, there doesn't seem to be any reason for case to matter; why would you want a variable named foo and Foo? Once you're used to it you quickly realize that (according to my style) foo is protected and Foo is public.
When I coded in VB since case matter I prefixed private members with _. A practice many C/C++ people have followed as well.
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
James T. Johnson wrote:
When I coded in VB since case matter I prefixed private members with _. A practice many C/C++ people have followed as well.
Okay, I know I will get flamed for this, but why prefix private members with anything? I dont expose variables publically, but use property methods that are public, so I never have public variables. As for private methods, why would you prefix them at all? 
--
David Wengier
Sonork ID: 100.14177 - Ch00k
|
|
|
|
|
oops, guess I shouldn't be replying to messages after I wake up from sleeping on a long ride home.
I should have said private variables; because in many cases in my code a private variable would have a public get or get/set property defined for it.
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
James T. Johnson wrote:
I should have said private variables; because in many cases in my code a private variable would have a public get or get/set property defined for it.
ahhh yes... I use "m" as a prefix, so I know the variable is "mine".
--
David Wengier
Sonork ID: 100.14177 - Ch00k
|
|
|
|
|
Christian Graus wrote:
I need to get Visual Assist on here, pronto.
I think vs.net behaves bit more nicely than the vstudio for intellisense. Its able to pickup most of the classes and variables.
But I've read somewhere(dont remember where i read) that VA is not so stable for vstudio.net, I guess the beta status explains that a bit.
Cheers
Kannan
|
|
|
|
|
Can someone tell me whats the sprintf equivalent in c#.
I want to format a string, an sql statement (insert into ...) based on some values.
thanks
Kannan
|
|
|
|
|
There is nothing as evil as sprintf in C#, but a facility similar to ostringstream is StringBuilder.
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
String.Format it takes the same arguments that Console.WriteLine does which allows you to specify some formatting options similar to ?printf. Here is a link to the format string specification.
HTH,
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
Thanks.
I have another question.
Whenever I use a 'String' type in c# most of the times I end up calling the member functions directly without creating any instance are they static methods(for ex. System.String.Format), which in turn return a 'string' type.
'string' is the simple type - does this encapsulate the 'String' type of the framework.
Also, I understand I dont have to do a 'new' to access the 'string' types while the 'String' requires a 'new'.
Is that true that variables of type 'string' is created in the stack and the 'String' is created in the heap.
regards
Kannan
|
|
|
|
|
Kannan Kalyanaraman wrote:
'string' is the simple type - does this encapsulate the 'String' type of the framework.
string is the C# name for .NET's String type, same for int/Int32, byte/Byte, char/Char, etc. In each case its just a different capitalization for the Framework name, everything else is the same 
Kannan Kalyanaraman wrote:
Is that true that variables of type 'string' is created in the stack and the 'String' is created in the heap.
Nope, String is a reference type so it is created on the heap. But strings can made Interned since I can't explain it very where here is a copy 'n paste from the docs.
The common language runtime automatically maintains a table, called the "intern pool", which contains a single instance of each unique literal string constant declared in a program, as well as any unique instance of String you add programmatically.
The intern pool conserves string storage. If you assign a literal string constant to several variables, each variable is set to reference the same constant in the intern pool instead of referencing several different instances of String that have identical values.
This might be what you are thinking of instead of the stack/heap
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
Thanks a lot.
I think I need to get a book first.
Cheers
Kannan
|
|
|
|
|
I've been starting an image processing library in C#/GDI+ tonight and I've hit a couple of snags. One is asked about below, I can't see how to link two different files together, a la #include. The other is more vexing.
GDI+ provides a Bitmap class, which has a LockBits method. Well and good, but it appears that in C# I must write 'unsafe' code in order to use it to access the bitmap data of the image. In fact, Eric Gunnerson, no less, has examples of this online, so I'm pretty sure if you want to use BitmapData, you need to write code that is not going to be able to run in the grand scheme of things, i.e. over the web.
Does that strike anyone else as pathetic ? It's not an esotetic pointer, but in fact a well defined chunck of memory that I need simply to access in array like fashion. Why is that so hard ?
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
Christian Graus wrote:
It's not an esotetic pointer
Holy thank God...
- Jason
Do you have a Pulse?
SonorkID: 100.611 Jason
|
|
|
|
|
I think what you're seeing is a direct inclusion of GDI+. It would have been nice if it had an array accessor though 
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
Well, you don't have to use LockData; you can use GetPixel() and SetPixel(), which has pretty poor performance, so it's probably not a valid solution.
I've made the same comments to the GDI+ folks. Note that there's going to be more overhead with array-based access regardless of how they do it; not only do you have the array indexing, but you also have the conversion from the bitmap format to the independant format (ie Color).
|
|
|
|
|
Yes, while I imagine Get/SetPixl is not as slow as under GDI, there is at least the overhead of the function calls per pixel.
I'd be happy if they just gave me the data in an array and left it up to me to keep track of where I was, and which was blue, green, red. While I'm on that, why does GDI+ have me specify 24BitRGB, but I get back 24BitBGR ? I know BGR is windows internal format, but why not make the flag that then ?
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
I havent done a great deal of research into this but I have seen example code in VB.NET that goes something like:
Public Sub DoSomething(sender as Object, e as EventArgs) Handles Button1.Click, Button2.Click, MenuItem1.Click and i really like this new "Handles" clause in defining events.
What I havent seen is the same thing used in C#. I assume you can still use AddHandler and acheive the same thing, though I havent seen that either.
I guess the first question is can you do either of these, but the real question I have is, aside from syntax, personal preference, or the stigma associated with one or the other, why should I choose C# over VB.NET?
Are there things that one does that the other doesnt? Or that one does better, that the other doesnt?
Christian, I notice you have gone straight to C# as your first .NET language. Is it based on anything other than the fact you are more used to typing/seeing braces rather than "End If"?
--
David Wengier
Sonork ID: 100.14177 - Ch00k
|
|
|
|
|
To be honest, I went right for C# because
a/ it's been marketed to me,
b/ it's been presented as the ease of VB/the power of C++,
c/ I have the resources here, and
d/ (sorry, but) I'd be embarrased to choose VB unless I had compelling reasons I could argue for it.
I've discovered tonight that you can use pointers in C#, although I'm not yet sure of the implications of using the unsafe keyword. It appears though that 'unsafe' is the only way I can use the BitmapData class as anything other than a hood ornament.
The very existence of C# AND VB.NET AND Managed C++ to me means that we have two transitional languages to pull people into what M$ want us to develop CLR code in, and that is C#. I am not bailing no C++ at ALL (EVER), but I refuse to use Managed C++ unless a compelling reason arises, because it makes no sense to me to use it. If I want powerful native code, I go to C++, that's why I never learned VB. If I want CLR code, then I will go to C#. I know Managed C++ is optimised, but I think there is more advantage in using the language designed from the ground up with the task in mind.
And in a night I've learned enough to write a program that loads and saves a bitmap, displays it in the dialog and offers an invert filter. Most of that time has been spent figuring out how to use BitmapData, by far, and the answer is in the good old fashoined pointer way, which I didn't realise was possible. As I say, I need now to find out if there are any repercussions of using it.
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
Christian Graus wrote:
I've discovered tonight that you can use pointers in C#, although I'm not yet sure of the implications of using the unsafe keyword.
unsafe code does compile to IL, but it is unverifiable; so you need a higher permissions set to run the code. The same goes for P/Invoke.
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
David Wengier wrote:
I guess the first question is can you do either of these
C# has overloaded the += and -= operators for events so that you can add and remove event handlers at runtime. This is also the only way that C# lets you add event handlers.
The AddHandler statement that you see in VB is VB specific and is part of the VB.NET language. However if you can get access to the underlying EventHandlerList there is an AddHandler method on that you can use. An Events property of type EventHandlerList is exposed on the System.ComponentModel.Component class and its derivatives as well as the System.Web.UI.Control class.
David Wengier wrote:
Are there things that one does that the other doesnt?
VB lets you assign events with the Handles keyword; it is also easier to do Late Binding with VB but you can accomplish the same with some Reflection in C# (or any .NET language).
C# lets you overload operators, and create/use indexers (a property on a class so that you can treat an instance of the class like an array ie foo[3]).
Someone on the DOTNET list noticed that the IL that VB.NET produces has a lot of NOPs in its code generation. While it makes the IL a little bit bigger the JIT will compile those away to nothing.
HTH,
James
Sonork ID: 100.11138 - Hasaki
"Smile your little smile, take some tea with me awhile.
And every day we'll turn another page.
Behind our glass we'll sit and look at our ever-open book,
One brown mouse sitting in a cage."
"One Brown Mouse" from Heavy Horses, Jethro Tull 1978
|
|
|
|
|
All the exmaples I see are making one fat .cs file - what is the equivelant of #include, so I can see the contents of one file from another ?
Thanks
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
