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. General Programming
  3. Design and Architecture
  4. SiteMaps a lost cause!

SiteMaps a lost cause!

Scheduled Pinned Locked Moved Design and Architecture
questioncsharpdesignhelp
5 Posts 3 Posters 15 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.
  • I Offline
    I Offline
    icestatue
    wrote on last edited by
    #1

    Is Microsoft planning to upgrade the SiteMap object in .NET 2.0 to actually work or is the underlineing design intrinsically flawed? This is the question I asked myself repeatedly in the last few days and I think I finally was able to understand why the SiteMap object will never truely represent most site maps correctly. Before I explain the issue I wanted to know what others thought.:confused:

    nothing

    D P I 3 Replies Last reply
    0
    • I icestatue

      Is Microsoft planning to upgrade the SiteMap object in .NET 2.0 to actually work or is the underlineing design intrinsically flawed? This is the question I asked myself repeatedly in the last few days and I think I finally was able to understand why the SiteMap object will never truely represent most site maps correctly. Before I explain the issue I wanted to know what others thought.:confused:

      nothing

      D Offline
      D Offline
      DavidNohejl
      wrote on last edited by
      #2

      SiteMap works. :confused:


      "Throughout human history, we have been dependent on machines to survive. Fate, it seems, is not without a sense of irony. " - Morpheus

      1 Reply Last reply
      0
      • I icestatue

        Is Microsoft planning to upgrade the SiteMap object in .NET 2.0 to actually work or is the underlineing design intrinsically flawed? This is the question I asked myself repeatedly in the last few days and I think I finally was able to understand why the SiteMap object will never truely represent most site maps correctly. Before I explain the issue I wanted to know what others thought.:confused:

        nothing

        P Offline
        P Offline
        Pete OHanlon
        wrote on last edited by
        #3

        The whole issue around SiteMaps, is that they are built using the Provider pattern. This means that you can "easily" implement your own SiteMap that drops in, as long as it follows the Site Map Provider pattern. MS never intended their implementation of SiteMaps as being the "be all and end all" of site maps.

        the last thing I want to see is some pasty-faced geek with skin so pale that it's almost translucent trying to bump parts with a partner - John Simmons / outlaw programmer
        Deja View - the feeling that you've seen this post before.

        I 1 Reply Last reply
        0
        • I icestatue

          Is Microsoft planning to upgrade the SiteMap object in .NET 2.0 to actually work or is the underlineing design intrinsically flawed? This is the question I asked myself repeatedly in the last few days and I think I finally was able to understand why the SiteMap object will never truely represent most site maps correctly. Before I explain the issue I wanted to know what others thought.:confused:

          nothing

          I Offline
          I Offline
          icestatue
          wrote on last edited by
          #4

          So This is what I found. The SiteMap is flawed because it assumes that every site can be modled as a Tree structure. Given a site that models a network topology and it crashes. I would guess most sites actually model a real network rather then a tree. The reason you can't model a network for a SiteMap is simple. Given any two nodes in the network you can not assume any one path will lead from node to node. Hence resolution of the path fails. Typically this causes the developer to try a variety of other approaches to resolve this ambiguity of path.

          nothing

          1 Reply Last reply
          0
          • P Pete OHanlon

            The whole issue around SiteMaps, is that they are built using the Provider pattern. This means that you can "easily" implement your own SiteMap that drops in, as long as it follows the Site Map Provider pattern. MS never intended their implementation of SiteMaps as being the "be all and end all" of site maps.

            the last thing I want to see is some pasty-faced geek with skin so pale that it's almost translucent trying to bump parts with a partner - John Simmons / outlaw programmer
            Deja View - the feeling that you've seen this post before.

            I Offline
            I Offline
            icestatue
            wrote on last edited by
            #5

            The fact that they used a provider pattern makes sense and I have no problem with that aspect. However, the idea that the component can only model Trees is a bit limited. Many sites typically have more complex connectivity then a tree is able to describe. Any resolution to this will always seem forced and cumbersome. :|

            nothing

            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