Coffeehouse Thread

8 posts

Forum Read Only

This forum has been made read only by the site admins. No new threads or comments can be added.

Sticky Language

Back to Forum: Coffeehouse
  • User profile image

    I've spent the last few months writing JavaScript, and T-SQL. Before that it was years of, T-SQL with a little bit of C#.

    When I have to touch up some old vb code, I find myself sticking in semicolons and braces, that do nothing but throw error messages up all over the place.

    Oh well.

  • User profile image

    I spilled some vb on my shirt yesterday and I can't get it out...


    Big Smile

  • User profile image

    Am I the only one who prefers VB's "End" instead of "}"? It makes nested statements much easier to read.


  • User profile image


    void Reply()


       Yes you are the only one;




  • User profile image

    @spivonious: I find that the increased text density makes it more difficult to parse.

  • User profile image

    Yeah, as clean as some VB might be, there is that text density issue. Just makes things harder to read I think...

    Private Sub ScheduledAgent_UnhandledException(ByVal sender As Object, ByVal e As ApplicationUnhandledExceptionEventArgs)
      If System.Diagnostics.Debugger.IsAttached Then
      End If
    End Sub

  • User profile image

    You could always use an import alias. The Explicit Line Continuation is needed in the following example, as its one of the place where Implicit Line Continuation leads to ambiguity. To separate the method parameters onto individual lines. Plus there is the single line IF Statement, and you don't need the brackets on the method call which takes no arguments. ByVal is the default so you don't them. If you turn off the pretty print mechanism you can also line them up. 

    Imports Dbgr=System.Diagnostics.Debugger
    Private Sub ScheduledAgent_UnhandledException _ 
    ( sender As Object,
           e As ApplicationUnhandledExceptionEventArgs
      If Dbgr.IsAttached Then Dbgr.Break
    End Sub

  • User profile image

    @spivonious: Not End as that just ends the program, but any of the following I'm fine with.

    End If
    End While
    End Select
    End With 
    End Function
    End Sub
    End Class
    End Structure
    End Interface
    End Module
    End Event
    End AddHandler
    End RemoveHandler
    End RaiseEvent
    End Get
    End Set
    End Property
    End SyncLock
    End Try
    End Namespace
    End Operator
    End Using
    End Enum
    #End Region
    #End ExternalSource

    I think that's all of them.

Conversation locked

This conversation has been locked by the site admins. No new comments can be made.