Well i have some different thoughts about this
I set Option explicit and Option strict on by default   above every code
block   and not default in the project  cause in some circumstances option
explicit is more a pain in the but and i want to have control over it
where
to use it or not
when would i not use option strict ???
Well those of you ever involved in writing a remoting project or writing
there own proxy class for webservices will know why ,,,,, cause  there are
situations  where late binding is actually handy
and it sure is not bad to use it  ... that is why remoting is so much
easier to acomplish in VB as in C#
happy coding
M. Posseth   [MCP Developer]
	
		
			
				Beth Massi said:
			
		
	
	
		
		
			The only thing it will do is require you to declare your variables and
perform the casts. It does not affect the way event handlers are hooked
up
for you (static or dynamic) and has no affect on case sensitivity. It is
highly recommended to Set Explicit ON and Set Option Strict ON for any
new
VB.NET project. You may need to set them off when converting old VB6
		
		
	 
 code
or
	
	
		
		
			if you are doing late binding and you know what you are working with.
HTH,
-B
I find there is more casting required in C# than VB.NET.  If Option
Strict/Explicit is turned on, will this basically create the same
environment as C# - uppercase, more casting required, must build event
handlers?
Thanks,
Brett