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
CODE PROJECT For Those Who Code
  • Home
  • Articles
  • FAQ
Community
  1. Home
  2. General Programming
  3. .NET (Core and Framework)
  4. sealed UI classes

sealed UI classes

Scheduled Pinned Locked Moved .NET (Core and Framework)
csharpdesignbusinessquestionlearning
3 Posts 3 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.
  • D Offline
    D Offline
    DotNetInterest
    wrote on last edited by
    #1

    Hi guys, I find (especially in .NET 1.1) that many UI type classes are kept "sealed". Any specific reason for that? Examples: Classes like Tooltip, Progressbar etc. Typcially, UI classes are supposed to be extensible. I can understand if 3rd party vendors keep their UI classes sealed (for more business oppurtunity ;-)) and therefore only provide developers to extended the functionality by providing properties or other extension mechanisms like interfaces on the controls/components (for custom rendering of the component) etc. But why would Framework providers like Microsoft, keep their (of course, not all!) UI classes sealed?

    P J 2 Replies Last reply
    0
    • D DotNetInterest

      Hi guys, I find (especially in .NET 1.1) that many UI type classes are kept "sealed". Any specific reason for that? Examples: Classes like Tooltip, Progressbar etc. Typcially, UI classes are supposed to be extensible. I can understand if 3rd party vendors keep their UI classes sealed (for more business oppurtunity ;-)) and therefore only provide developers to extended the functionality by providing properties or other extension mechanisms like interfaces on the controls/components (for custom rendering of the component) etc. But why would Framework providers like Microsoft, keep their (of course, not all!) UI classes sealed?

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

      One particular reason is so that you can't end up doing something that breaks the underlying object. Bear in mind that some of the controls are effectively wrappers for API calls you can appreciate that it would be very easy for you to do something that just broke them.

      Deja View - the feeling that you've seen this post before.

      1 Reply Last reply
      0
      • D DotNetInterest

        Hi guys, I find (especially in .NET 1.1) that many UI type classes are kept "sealed". Any specific reason for that? Examples: Classes like Tooltip, Progressbar etc. Typcially, UI classes are supposed to be extensible. I can understand if 3rd party vendors keep their UI classes sealed (for more business oppurtunity ;-)) and therefore only provide developers to extended the functionality by providing properties or other extension mechanisms like interfaces on the controls/components (for custom rendering of the component) etc. But why would Framework providers like Microsoft, keep their (of course, not all!) UI classes sealed?

        J Offline
        J Offline
        Jaiprakash M Bankolli
        wrote on last edited by
        #3

        My understanding is that classes like Tooltip etc are final form of any feature/ UI type. If you try to customse it you will not achieve much ... so they are SEALED. This make the developer use it as it is in either custome or user control

        Regards, Jaiprakash M Bankolli jaiprakash.bankolli@gmail.com Blog: http://jaiprakash.blog.com/ Suggestions: http://jaitoimprove.blog.com/

        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