Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. Yep, one more VS 2008 post - an overview link..

Yep, one more VS 2008 post - an overview link..

Scheduled Pinned Locked Moved The Lounge
csharpasp-netvisual-studiolinqcom
25 Posts 9 Posters 1 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • M Michael Sync

    me too.. :) Microsoft is the only one who wanna move one version after another.. The most of software companies are still enjoying with .NET 1.1 or 2.0.

    Thanks and Regards, Michael Sync ( Blog: http://michaelsync.net) "Please vote to let me (and others) know if this answer helped you or not. A 5 vote tells people that your question has been answered successfully and that I've pitched it at just the right level. Thanks."

    B Offline
    B Offline
    Brady Kelly
    wrote on last edited by
    #21

    We are waiting with baited breath for VS2008, to continue working on our 2.0 project, but with the promised IDE enhancements.

    My head asplode!

    Calling all South African developers! Your participation in this local dev community will be mutually beneficial, to you and us.

    1 Reply Last reply
    0
    • B Brady Kelly

      Michael Sync wrote:

      [R

      No, they are in .NET 3.5, but C# 3.0.

      My head asplode!

      Calling all South African developers! Your participation in this local dev community will be mutually beneficial, to you and us.

      M Offline
      M Offline
      Michael Sync
      wrote on last edited by
      #22

      Okay. I see.. Thanks..

      Thanks and Regards, Michael Sync ( Blog: http://michaelsync.net) "Please vote to let me (and others) know if this answer helped you or not. A 5 vote tells people that your question has been answered successfully and that I've pitched it at just the right level. Thanks."

      1 Reply Last reply
      0
      • M Member 96

        Technically yes you could do that and we all do I'm sure with static helper methods. It does seem cleaner in a way to use an extension method but as I was reading it I was thinking about the case where you're coming in cold to look at some source code someone else wrote and you see something like this: string s=arg1; if(s.ValidURL()) { //blah blah; } Which can be all kinds of confusing versus: string s=arg1; if(UrlChecker.ValidURL(s)) { // blah blah; } Or what happens if you add an extension method to object and it conflicts with something you've written in a class derived from object?


        More people died from worry than ever bled to death. - RAH

        D Offline
        D Offline
        Daniel Grunwald
        wrote on last edited by
        #23

        John Cardinal wrote:

        Or what happens if you add an extension method to object and it conflicts with something you've written in a class derived from object?

        In that case, class methods have precedence over extension methods. Extension methods require you to put the cursor on the call and look at the tooltip to see what's really being called, so I agree, they should only be used when they really help simplify the calling code - for operations that are likely to be chained (e.g. LINQ). Most extension methods examples I've seen so far tend to focus on extending the built-in types with unrelated methods, so I thought I should mention that the main benefit of extension methods is the infix syntax. Avoid extension methods if you don't need infix notation.

        1 Reply Last reply
        0
        • M Michael Sync

          Judah Himango wrote:

          C# LINQ syntax, automatic properties, anonymous types, lambda expressions

          I saw those things in C# 3.0 specification.. So, C# 3.0 is for .NET 3.5? I'm very confused with those versions.. Can you please clarify this? .NET 1.1 = C# 1.0 , VB.NET 8.0 .NET 2.0 = C# 2.0 , VB.NET 9.0 .NET 3.0 = C# 3.0 ?, ?? .NET 3.5 = C# 3.0 ?, ??

          Thanks and Regards, Michael Sync ( Blog: http://michaelsync.net) "Please vote to let me (and others) know if this answer helped you or not. A 5 vote tells people that your question has been answered successfully and that I've pitched it at just the right level. Thanks."

          J Offline
          J Offline
          Judah Gabriel Himango
          wrote on last edited by
          #24

          Yes, the C# language is at version 3. The .NET framework library is at version 3.5. .NET 3 had library changes (WPF, WCF, and others). That's it. The languages didn't change, so you still use C# 2 or VB 8 for that, just like you did for .NET 2. People get confused when they try to think of the .NET framework, the languages, and the CLR as kind of an "all-in-one" package that all get updated simultaneously. They're not. Instead, each gets updated in its own course of time. That's why we have CLR 2, .NET framework 3.5, C# 3, and VB 9.

          Tech, life, family, faith: Give me a visit. I'm currently blogging about: The Lord Is So Good The apostle Paul, modernly speaking: Epistles of Paul Judah Himango

          1 Reply Last reply
          0
          • M Michael Sync

            Judah Himango wrote:

            C# LINQ syntax, automatic properties, anonymous types, lambda expressions

            I saw those things in C# 3.0 specification.. So, C# 3.0 is for .NET 3.5? I'm very confused with those versions.. Can you please clarify this? .NET 1.1 = C# 1.0 , VB.NET 8.0 .NET 2.0 = C# 2.0 , VB.NET 9.0 .NET 3.0 = C# 3.0 ?, ?? .NET 3.5 = C# 3.0 ?, ??

            Thanks and Regards, Michael Sync ( Blog: http://michaelsync.net) "Please vote to let me (and others) know if this answer helped you or not. A 5 vote tells people that your question has been answered successfully and that I've pitched it at just the right level. Thanks."

            S Offline
            S Offline
            S B
            wrote on last edited by
            #25

            Here's a handy poster from Paul Andrew that clears up the .NET framework version differences. http://blogs.msdn.com/pandrew/archive/2007/11/02/announcing-the-net-framework-3-5-commonly-used-types-and-namespaces-poster.aspx[^]

            1 Reply Last reply
            0
            Reply
            • Reply as topic
            Log in to reply
            • Oldest to Newest
            • Newest to Oldest
            • Most Votes


            • Login

            • Don't have an account? Register

            • Login or register to search.
            • First post
              Last post
            0
            • Categories
            • Recent
            • Tags
            • Popular
            • World
            • Users
            • Groups