Name Conventions
-
Use getValue() in Java and GetValue() in .NET
Upcoming events: * Glasgow Geek Dinner (5th March) * Glasgow: Tell us what you want to see in 2007 My: Website | Blog | Photos
Follow a consistent approach regardless of any language. The standardization of naming conventions should be organization-wide and not restricted to any language. Following are the advantages of adhering to common standards: • Programmers can go into any code and figure out the code easily and fast. • New people can get up to speed quickly. • People make fewer mistakes in consistent environments. • Increase the readability and maintainability of the code and hence the productivity of the team. So I would suggest you standardize the coding standards. :rolleyes: I hope this was helpful to you.... Thanks, Nilesh Bhatkhalkar
Cheers, Nilesh Prakash Bhatkhalkar
-
Follow a consistent approach regardless of any language. The standardization of naming conventions should be organization-wide and not restricted to any language. Following are the advantages of adhering to common standards: • Programmers can go into any code and figure out the code easily and fast. • New people can get up to speed quickly. • People make fewer mistakes in consistent environments. • Increase the readability and maintainability of the code and hence the productivity of the team. So I would suggest you standardize the coding standards. :rolleyes: I hope this was helpful to you.... Thanks, Nilesh Bhatkhalkar
Cheers, Nilesh Prakash Bhatkhalkar
NileshBhatkhalkar wrote:
The standardization of naming conventions should be organization-wide and not restricted to any language.
That's nice in theory, but if you look at the standard for Java and the standard for .NET you'll see they are different. If you implement an organisation wide standard that ignores the language you'll end up with two standards in one piece of code. One standard defined by your organisation and one standard defined by the language vendor. I've worked in a company that did that and quite frankly the code was a mess. When I moved to a new language I didn't immediately know where the framework stopped and the company's code started and I got myself in to a right mess when trying to figure out how to call stuff.
NileshBhatkhalkar wrote:
I hope this was helpful to you....
Sorry, but experience has taught me that this is not the way to go. Be as consistent as possible by all means, but yield to the existing standards defined by the language vendor if need be.
Upcoming events: * Glasgow Geek Dinner (5th March) * Glasgow: Tell us what you want to see in 2007 My: Website | Blog | Photos
-
Paul Selormey wrote:
Wrong, it is because CLS==language independence, a feature it boasts off over Java bytecode.
True -and to make it language independant, they needed to make it case insensitive. Which languages are case insensitive ?
Paul Selormey wrote:
BTW, it is your perfect C# compiler that will complain.
Of course it will. The VB.NET compiler is too stupid to see a difference between var, Var and VAR to start with.
Paul Selormey wrote:
just remove the CLS compliant attribute,
I've been known to do that, actually
Paul Selormey wrote:
and stop blaming VB for your bugs
ROTFL - you're obviously kidding around, but either way, I think a language being case insensitive is just plain dumb. It's obviously a 'feature' added to VB.NET to make it easier, it's not something that has a real advantage beyond that.
Christian Graus - C++ MVP 'Why don't we jump on a fad that hasn't already been widely discredited ?' - Dilbert
Christian Graus wrote:
Which languages are case insensitive ?
Maybe for the .NET languages you have access to VB.NET. I know of at least Fortran and there is a .NET version.
Christian Graus wrote:
Of course it will. The VB.NET compiler is too stupid to see a difference between var, Var and VAR to start with.
Of what value is the claim that var, Var and VAR are different? Windows is not case sensitive does not make it dump because UNIX/Linux is.
Christian Graus wrote:
ROTFL - you're obviously kidding around, but either way, I think a language being case insensitive is just plain dumb.
Fortran, SQL are case insensitive and I have never found them dump. They do just what they are designed to do and they do it perfectly. I used Fortran for both my MSc and PhD simulations work and never wished I used anything different.
Christian Graus wrote:
It's obviously a 'feature' added to VB.NET to make it easier, it's not something that has a real advantage beyond that.
Neither do I found the case sensitivity of C#/C/C++ to be off any special advantage. I will definitely not have method/function names like getValue and GetValue to mean different things in my code. If you will, simply accept that as a personal preference and has nothing to do with programming skill or whatever. The history of C, the mother of C#, tells you why they needed a case sensitivity. With love, Paul.
Jesus Christ is LOVE! Please tell somebody.
-
I reckon if you use .NET you should stick with The Guidelines - Design Guidelines, Managed code and the .NET Framework[^]
-
Christian Graus wrote:
Which languages are case insensitive ?
Maybe for the .NET languages you have access to VB.NET. I know of at least Fortran and there is a .NET version.
Christian Graus wrote:
Of course it will. The VB.NET compiler is too stupid to see a difference between var, Var and VAR to start with.
Of what value is the claim that var, Var and VAR are different? Windows is not case sensitive does not make it dump because UNIX/Linux is.
Christian Graus wrote:
ROTFL - you're obviously kidding around, but either way, I think a language being case insensitive is just plain dumb.
Fortran, SQL are case insensitive and I have never found them dump. They do just what they are designed to do and they do it perfectly. I used Fortran for both my MSc and PhD simulations work and never wished I used anything different.
Christian Graus wrote:
It's obviously a 'feature' added to VB.NET to make it easier, it's not something that has a real advantage beyond that.
Neither do I found the case sensitivity of C#/C/C++ to be off any special advantage. I will definitely not have method/function names like getValue and GetValue to mean different things in my code. If you will, simply accept that as a personal preference and has nothing to do with programming skill or whatever. The history of C, the mother of C#, tells you why they needed a case sensitivity. With love, Paul.
Jesus Christ is LOVE! Please tell somebody.
Paul Selormey wrote:
I know of at least Fortran and there is a .NET version.
OK, I didn't know that. I wonder mow many computers used upper and lower case when FORTRAN was developed ?
Paul Selormey wrote:
The history of C, the mother of C#
You're totally wrong. C has nothing to do with C#, and C++ has next to nothing to do with C#. They are totally unrelated.
Christian Graus - C++ MVP 'Why don't we jump on a fad that hasn't already been widely discredited ?' - Dilbert
-
Follow a consistent approach regardless of any language. The standardization of naming conventions should be organization-wide and not restricted to any language. Following are the advantages of adhering to common standards: • Programmers can go into any code and figure out the code easily and fast. • New people can get up to speed quickly. • People make fewer mistakes in consistent environments. • Increase the readability and maintainability of the code and hence the productivity of the team. So I would suggest you standardize the coding standards. :rolleyes: I hope this was helpful to you.... Thanks, Nilesh Bhatkhalkar
Cheers, Nilesh Prakash Bhatkhalkar
-
Christian Graus wrote:
Which languages are case insensitive ?
Maybe for the .NET languages you have access to VB.NET. I know of at least Fortran and there is a .NET version.
Christian Graus wrote:
Of course it will. The VB.NET compiler is too stupid to see a difference between var, Var and VAR to start with.
Of what value is the claim that var, Var and VAR are different? Windows is not case sensitive does not make it dump because UNIX/Linux is.
Christian Graus wrote:
ROTFL - you're obviously kidding around, but either way, I think a language being case insensitive is just plain dumb.
Fortran, SQL are case insensitive and I have never found them dump. They do just what they are designed to do and they do it perfectly. I used Fortran for both my MSc and PhD simulations work and never wished I used anything different.
Christian Graus wrote:
It's obviously a 'feature' added to VB.NET to make it easier, it's not something that has a real advantage beyond that.
Neither do I found the case sensitivity of C#/C/C++ to be off any special advantage. I will definitely not have method/function names like getValue and GetValue to mean different things in my code. If you will, simply accept that as a personal preference and has nothing to do with programming skill or whatever. The history of C, the mother of C#, tells you why they needed a case sensitivity. With love, Paul.
Jesus Christ is LOVE! Please tell somebody.
Paul Selormey wrote:
The history of C, the mother of C#, tells you why they needed a case sensitivity.
Can you please say why?:)
Regards, --=A J E E S H=--
-
Paul Selormey wrote:
The history of C, the mother of C#, tells you why they needed a case sensitivity.
Can you please say why?:)
Regards, --=A J E E S H=--
Which part, that it is the mother of C#, or case sensitivity? With love, Paul.
Jesus Christ is LOVE! Please tell somebody.
-
Paul Selormey wrote:
I know of at least Fortran and there is a .NET version.
OK, I didn't know that. I wonder mow many computers used upper and lower case when FORTRAN was developed ?
Paul Selormey wrote:
The history of C, the mother of C#
You're totally wrong. C has nothing to do with C#, and C++ has next to nothing to do with C#. They are totally unrelated.
Christian Graus - C++ MVP 'Why don't we jump on a fad that hasn't already been widely discredited ?' - Dilbert
Christian Graus wrote:
You're totally wrong. C has nothing to do with C#, and C++ has next to nothing to do with C#. They are totally unrelated.
How about listening to the Guy who did it...[^] With love, Paul.
Jesus Christ is LOVE! Please tell somebody.
-
Christian Graus wrote:
You're totally wrong. C has nothing to do with C#, and C++ has next to nothing to do with C#. They are totally unrelated.
How about listening to the Guy who did it...[^] With love, Paul.
Jesus Christ is LOVE! Please tell somebody.
I don't care what the marketing speak is, anyone who knows anything about C++ and Java can tell that C# comes from Java. It's named C# to get people to associate it with C++. I've seen tons of people online who say 'C# is faster than VB.NET because it comes from C++'. Not so. Nor does it act like C++. It acts like Java.
Christian Graus - C++ MVP 'Why don't we jump on a fad that hasn't already been widely discredited ?' - Dilbert
-
Which part, that it is the mother of C#, or case sensitivity? With love, Paul.
Jesus Christ is LOVE! Please tell somebody.
Hi paul, Case sensitivity
Regards, --=A J E E S H=--
-
Wouldn't that be: GETVALUE() ;)
Rocky <>< Latest Code Blog Post: SQL Server Express Warnings & Tips Latest Tech Blog Post: Microsoft doing it again!
-
Hi paul, Case sensitivity
Regards, --=A J E E S H=--
Read the C-History...the abstract is enough.[^] Best regards, Paul.
Jesus Christ is LOVE! Please tell somebody.
-
Read the C-History...the abstract is enough.[^] Best regards, Paul.
Jesus Christ is LOVE! Please tell somebody.
Hi Paul Selormey, Thanks for the link.:)
Regards, --=A J E E S H=--