Startup properties

[Rob]

Can you store "public" variables that may be accessed from anywhere and
still have a Form (not SubMain) as the designated startup object ?

For example.... let's say I want all the form's Text property equal to
"Program Name and Version"

In a public class I tried....

Public Class SomeVariables

Public strProgNameVer as String = "My Name"

End Class

On the load of Form1 I placed

Me.Text = strProgNameVer

Nothing appeared in the text property of the form AND the program did not
crash due to lack of a declaration of strProgNameVer.

I kind of expected one or the other... either see the text, or crash due to
errror...

Thanks !

[Mr. Arnold]

"Rob" <ro***@yahoo.co mwrote in message
news:Iq******** *************** *******@comcast .com...

Can you store "public" variables that may be accessed from anywhere and
still have a Form (not SubMain) as the designated startup object ?

For example.... let's say I want all the form's Text property equal to
"Program Name and Version"

In a public class I tried....

Public Class SomeVariables

Public strProgNameVer as String = "My Name"

End Class

I don't think you can get away with it. The variable declaration has to be
in the scope of the class being used to be seen. Apparently, all you did up
above was make a local variable that can only be seen in the class above.

Public Class Form1 is a class.

>
On the load of Form1 I placed

Me.Text = strProgNameVer

Nothing appeared in the text property of the form AND the program did not
crash due to lack of a declaration of strProgNameVer.

Maybe, your project doesn't have Option Explicit set to (ON), which will
allow a none declared variable to be used, initialized to nullstring in this
case and the will not blow up because of it or show a compile error.

>
I kind of expected one or the other... either see the text, or crash due
to errror...

If you're not trying to do that below, then maybe you need to be using a
global Variableobj to hold and access global variables.

Public Class Form1
Public teststr As String = "Help"

Private Sub Form1_Load(ByVa l sender As System.Object, ByVal e As
System.EventArg s) Handles MyBase.Load

Me.Text = teststr

End Sub

End Class

[Ray Cassick]

So try this:

1) Create a Public Class Named Settings

2) in that class create a public shared member called name as string

Public Shared name As String = "Myname"

3) In your form you can now use the value Settings.name and get the string
'Myname' from it.
"Rob" <ro***@yahoo.co mwrote in message
news:Iq******** *************** *******@comcast .com...

Can you store "public" variables that may be accessed from anywhere and
still have a Form (not SubMain) as the designated startup object ?

For example.... let's say I want all the form's Text property equal to
"Program Name and Version"

In a public class I tried....

Public Class SomeVariables

Public strProgNameVer as String = "My Name"

End Class

On the load of Form1 I placed

Me.Text = strProgNameVer

Nothing appeared in the text property of the form AND the program did not
crash due to lack of a declaration of strProgNameVer.

I kind of expected one or the other... either see the text, or crash due
to errror...

Thanks !

[Rob]

Thanks Ray !!!
"Ray Cassick" <rc******@enter procity.comwrot e in message
news:OR******** ******@TK2MSFTN GP03.phx.gbl...

So try this:

1) Create a Public Class Named Settings

2) in that class create a public shared member called name as string

Public Shared name As String = "Myname"

3) In your form you can now use the value Settings.name and get the string
'Myname' from it.
"Rob" <ro***@yahoo.co mwrote in message
news:Iq******** *************** *******@comcast .com...

>Can you store "public" variables that may be accessed from anywhere and
still have a Form (not SubMain) as the designated startup object ?

For example.... let's say I want all the form's Text property equal to
"Program Name and Version"

In a public class I tried....

Public Class SomeVariables

Public strProgNameVer as String = "My Name"

End Class

On the load of Form1 I placed

Me.Text = strProgNameVer

Nothing appeared in the text property of the form AND the program did not
crash due to lack of a declaration of strProgNameVer.

I kind of expected one or the other... either see the text, or crash due
to errror...

Thanks !

[Mr. Arnold]

"Ray Cassick" <rc******@enter procity.comwrot e in message
news:OR******** ******@TK2MSFTN GP03.phx.gbl...

So try this:

1) Create a Public Class Named Settings

2) in that class create a public shared member called name as string

Public Shared name As String = "Myname"

3) In your form you can now use the value Settings.name and get the string
'Myname' from it.

You certainly cannot get away with this in C#. I see you can do this in
VB.net. I guess my question would be why would you do this?

Why wouldn't you just have a Module.vb with a Public Const set or even
Public Name as String = "Hello"?

[Rob]

Hi,

I think I did try that, but maybe i did something else wrong... ...

>>Why wouldn't you just have a Module.vb with a Public Const set or even
Public Name as String = "Hello"?

As to why not start with Sub Main() (which is my interpretation of what you
are saying)...
In VB.net - I could start out with Sub Main, however, then you lose other
startup options.... watch the check boxes when you do.

So, I was wanting to keep the Open Form as the first step, then access the
public varibles whenever I want them.

Thanks
"Mr. Arnold" <MR. Ar****@Arnold.c omwrote in message
news:uG******** ******@TK2MSFTN GP06.phx.gbl...

>
"Ray Cassick" <rc******@enter procity.comwrot e in message
news:OR******** ******@TK2MSFTN GP03.phx.gbl...

>So try this:

1) Create a Public Class Named Settings

2) in that class create a public shared member called name as string

Public Shared name As String = "Myname"

3) In your form you can now use the value Settings.name and get the
string 'Myname' from it.

You certainly cannot get away with this in C#. I see you can do this in
VB.net. I guess my question would be why would you do this?

Why wouldn't you just have a Module.vb with a Public Const set or even
Public Name as String = "Hello"?

[Mr. Arnold]

"Rob" <ro***@yahoo.co mwrote in message
news:4-*************** *************** @comcast.com...

Hi,

I think I did try that, but maybe i did something else wrong... ...

>>>Why wouldn't you just have a Module.vb with a Public Const set or even
Public Name as String = "Hello"?

As to why not start with Sub Main() (which is my interpretation of what
you are saying)...
In VB.net - I could start out with Sub Main, however, then you lose other
startup options.... watch the check boxes when you do.

So, I was wanting to keep the Open Form as the first step, then access the
public varibles whenever I want them.

VB is a different animal. It's always been that way starting back to VB 3.0.
MS has kept some concepts in VB that don't lend itself towards good Oops
programming practices, like making a Public variable visible that can be
seen globally. One may be able to use this concept in doing Windows desktop
development, which should be on a limited basis, and it should never be used
in a Web solution.

[Ray Cassick]

"Mr. Arnold" <MR. Ar****@Arnold.c omwrote in message
news:u3******** ******@TK2MSFTN GP05.phx.gbl...

>
"Rob" <ro***@yahoo.co mwrote in message
news:4-*************** *************** @comcast.com...

>Hi,

I think I did try that, but maybe i did something else wrong... ...

>>>>Why wouldn't you just have a Module.vb with a Public Const set or even
Public Name as String = "Hello"?

As to why not start with Sub Main() (which is my interpretation of what
you are saying)...
In VB.net - I could start out with Sub Main, however, then you lose other
startup options.... watch the check boxes when you do.

So, I was wanting to keep the Open Form as the first step, then access
the public varibles whenever I want them.

VB is a different animal. It's always been that way starting back to VB
3.0. MS has kept some concepts in VB that don't lend itself towards good
Oops programming practices, like making a Public variable visible that can
be seen globally. One may be able to use this concept in doing Windows
desktop development, which should be on a limited basis, and it should
never be used in a Web solution.

Two points...

1) I would have not really recommended this in a web solution. Web was not
mentioned.

2) The user has to be completely aware of the implication of using ANY
global variables.

When I went to college my professor told me that if one of my applications
was going to use a global variable I needed a note from my mom. I hate
talking to my mom so I never used them :)

Anyone can write crap in any language.

Just because VB lets you do things that maybe you should not do does not
make it a bad language. Hell if that was the case the inventor of C should
be shot in the head. But I am not going to get into a religious language
argument here.

He asked a question and I answered it.

Rob, He is right though. Any time you are considering using a global
variable the first thing you need to ask yourself is WHY? I have never seen
a case where it could not be solved another way that in the end gets you
better code that is simpler to maintain and preserves good OOP design.

[Mr. Arnold]

>

Just because VB lets you do things that maybe you should not do does not
make it a bad language. Hell if that was the case the inventor of C should
be shot in the head. But I am not going to get into a religious language
argument here.

I never said VB was a bad language. I have used VB for many years, more
years that I would even care to remember. However, since VB.Net is
proprietary to MS and is not a standard, unlike C#.Net, then MS can take
liberties with VB.NET that will allow a developer to do things, because MS
doesn't have to answer to anyone.

[Ray Cassick]

Got it. Might have been on the offensive too quick there :)

Too many years of putting up with VB Bashers :)
"Mr. Arnold" <MR. Ar****@Arnold.c omwrote in message
news:uF******** ******@TK2MSFTN GP02.phx.gbl...

Just because VB lets you do things that maybe you should not do does not
make it a bad language. Hell if that was the case the inventor of C
should be shot in the head. But I am not going to get into a religious
language argument here.

I never said VB was a bad language. I have used VB for many years, more
years that I would even care to remember. However, since VB.Net is
proprietary to MS and is not a standard, unlike C#.Net, then MS can take
liberties with VB.NET that will allow a developer to do things, because MS
doesn't have to answer to anyone.