Advice on design approach and principles

Ask a Question related to ASP.NET General, Design and Development.

  1. #1

    Default Advice on design approach and principles

    Hi All,

    I am building a site that will be used by different types of users, and each
    type of user will do similar, but substantially different, things. My
    question is a general one: what is the "best" (or at least a good) approach
    to the design of the site.

    For example:

    1. I want to display a menu/nav bar at the top of the page, and while some
    options are common to all types of user, some are unique to one user type.
    At the moment I am using a User Control, and it has three separate Panel
    controls. In the Load event (of the User Control), I check the Usertype
    (stored in a Session variable), and display the Panel which has the menu
    options relevant to that user type (and also hide the other panels). It
    works just fine, but it doesn't seem a very "elegant" solution.

    2. All user types can go to an "Edit My Account" page. But the info that
    is stored in the database for each user type is different: different fields
    in
    different tables, therefore different controls on the Account page. Which
    is
    better: completely separate pages for each user type (easy to do, but lots
    of pages) vs. one page for all, and use my trick of hidden panels (less
    pages, more code). I suspect there are other approaches, but I'm not
    sure what they might be.

    I am interested to hear from anyone who has ideas/opinions/experience
    regarding this "question". I realize that I am really asking a very broad
    question about solution architecture, but I am now 35 years old and I don't
    have the time (or the money!) to go back to Uni and study, so I'll happily
    settle for some quick tips and pointers from the experts! ;-)

    Thanks in advance,

    Cheers,

    Mr Gordonz




    Mr Gordonz Guest

  2. Similar Questions and Discussions

    1. Seeking advice for timer design
      Hi, I am designing a timer application with Flex Builder 3 which is basically a stop watch that will remember when it was started if the page is...
    2. Acsess database design advice?
      Hi. Working on a e-commerce site, using ASP/Acsess/Vbscript. This is prehaps a database organize question. I use an unique ID for each order...
    3. Advice Please on Site Design
      hello there Attached is a swf of part of my portfolio I am stuck as how to refine the finer details to make it work At present I don't think it...
    4. Advice on design approach (please!)
      I want to build a control/component that will display graphics within an ASP.Net page. I want the output to be very cross-browser compatible. ...
  3. #2

    Default Re: Advice on design approach and principles

    1) I think this is a very elegant solution you've come up with. This is the
    way I would have done it. I can think of other ways you could have done it
    but none that I would consider "better."

    2) Without knowing more about your app, the panel approach seems reasonable,
    especially since it keeps things pretty consistent with the coding style of
    your menu control.

    --
    I hope this helps,
    Steve C. Orr, MCSD
    [url]http://Steve.Orr.net[/url]


    "Mr Gordonz" <paul@mobius.net.au> wrote in message
    news:ubpxAQtWDHA.888@TK2MSFTNGP10.phx.gbl...
    > Hi All,
    >
    > I am building a site that will be used by different types of users, and
    each
    > type of user will do similar, but substantially different, things. My
    > question is a general one: what is the "best" (or at least a good)
    approach
    > to the design of the site.
    >
    > For example:
    >
    > 1. I want to display a menu/nav bar at the top of the page, and while
    some
    > options are common to all types of user, some are unique to one user type.
    > At the moment I am using a User Control, and it has three separate Panel
    > controls. In the Load event (of the User Control), I check the Usertype
    > (stored in a Session variable), and display the Panel which has the menu
    > options relevant to that user type (and also hide the other panels). It
    > works just fine, but it doesn't seem a very "elegant" solution.
    >
    > 2. All user types can go to an "Edit My Account" page. But the info
    that
    > is stored in the database for each user type is different: different
    fields
    > in
    > different tables, therefore different controls on the Account page. Which
    > is
    > better: completely separate pages for each user type (easy to do, but lots
    > of pages) vs. one page for all, and use my trick of hidden panels (less
    > pages, more code). I suspect there are other approaches, but I'm not
    > sure what they might be.
    >
    > I am interested to hear from anyone who has ideas/opinions/experience
    > regarding this "question". I realize that I am really asking a very broad
    > question about solution architecture, but I am now 35 years old and I
    don't
    > have the time (or the money!) to go back to Uni and study, so I'll happily
    > settle for some quick tips and pointers from the experts! ;-)
    >
    > Thanks in advance,
    >
    > Cheers,
    >
    > Mr Gordonz
    >
    >
    >
    >

    Steve C. Orr, MCSD Guest

Posting Permissions

  • You may not post new threads
  • You may post replies
  • You may not post attachments
  • You may not edit your posts

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139