三层架构里，数据层，逻辑层，表示层，一般先，后设计哪个层？

刚刚开始学习开发个系统，这三层都大概规划出来了，但不知道从哪层开始做？
望有经验的指导。

解决方案 »

  1.   

    从底到上
    先SQL.再BLL最后.WEB
      

  2.   

    最简单的三层结构示例.刚刚写的.
    http://www.idotnet.org/#sid.25/page.1/
      

  3.   

    Sql==>规划web需求==>BLL==>WebUI
      

  4.   

    I think it is definitely dependes on which design paradigm you choose, data driven or business driven. While UI-first design is suitable for project prototype, it is a good way for XP practise.
      

  5.   

    WebUI==>Sql==>BLL
    其实都规划好了就可以一起做的(分开)
      

  6.   

    先 Design(db)->Model->DAL->BLL
    至于 View层可以从设计DB时就开始. 上下两段是可以并行的.
      

  7.   

    那可能是因为你对三层不太熟. 其实找错还是比较容易的.
    我喜欢在开发期内不写 try catch语句, 很容易找到错误.
      

  8.   

    楼上都说了，顶一下策群网络学院
    www.cequn.com
    源码下载 电脑教程
      

  9.   

    我一般都是：SQL——BLL(此处先对通用部分进行简单编码)——WEB&进一步BLL
      

  10.   

    看具体项目
    UI原型给客户 - 分析后产生业务实体 - 数据库 - 数据访问层（很弱，因为可以用工具生成） - 业务逻辑层 - UI后台代码有时也有 先逻辑后数据库
      

  11.   

    先做DAL，方便后面使用；
    然后UBL，定制表示层；
    最后BLL，处理请求；
      

  12.   

    根据以往的经验，设计上我的理解应该是这样的：数据层-〉业务逻辑层-〉表现层[1]数据层：设计好数据字典，在PowerDesigner这样的工具中进行建模，生成Script，进而到数据库管理系统中生成数据库；
    [2]业务逻辑层：这一层主要负责按照业务规则执行业务操作，封装调用对数据库的访问存取操作，处理用户请求，返回相应结果；
    [3]表现层：目前包括Web2.0和AJAX等在内的以富客户端为主的各项技术向用户提供良好的访问界面，接收用户请求，并作前端简单处理，提交给逻辑层。以上三个层说完了，但是：还应该在数据层和业务逻辑层之间加一个数据访问层，主要负责对底层数据的操作，一方面方便业务逻辑层对这一层进行调用，一方面使得业务逻辑层更加专一的负责实现各种业务逻辑，也使得数据访问和业务操作相分离。
    拿.NET开发的SQLServer应用举例来说：
    数据访问层逻辑上跨越了逻辑层和数据层，这一层既包括SQLServer存储结构、自定义函数，又包括在.NET程序集中对这些存储结构、自定义函数的封装调用。当然，根据需要和更好的面向对象设计原则，不少框架还加入了ORM层，即对象关系映射。最后谈一点：开发顺序上，原则上说是1、2、3不假，其实只要数据结构和接口设计的完善，协同并行开发是绝对有可能的，这个不是绝对意义上的1不做完2、3就开始不了，2没开始，就不能先做3。自己的一点拙见，欢迎大家拍砖。
      

  13.   

    到网上找一些代码生成工具
    生成代码，你只要写web层和bll就可以了
      

  14.   

    表示层==>DB 设计==>逻辑层==>数据层
      

  15.   

    先设计数据库http://community.csdn.net/Expert/topic/4949/4949724.xml?temp=5.312747E-02我的帖子，希望能对您有所启发。
      

  16.   


    最简单的三层结构示例.刚刚写的.
    http://www.idotnet.org/#sid.25/page.1/
      

  17.   

    一般情况我们是 业务分析－UI定义－UML建模－业务接口定义－业务接口实现与测试－UI实现与测试
    持久层一般要么用ORM要么自动生成固定代码以及测试代码，一般不需要人为干涉，因此不在项目设计反问之内，应在开放构架的范畴中。
      

  18.   

    以后就是直接用UML2+MDA,其他都不用管了。
      

  19.   

    从面向对象的角度来讲 
    ---------------------------------------------------------------------
       buer(基础训练) ( ) 信誉：28 “我一般的做法，先做业务层，就是定义业务实体、定义业务逻辑、然后再做数据层，最好做表示层。”
    ----------------------------------------------------------------------
    我觉得是正确的，但目前大家更熟悉的是以数据驱动的方式，可能是大家受以前asp的影响。
      

  20.   

    前提：需求阶段提供了use cases.1。分析业务模型，对主要职责进行划分。
    2。实现业务逻辑层。
      

  21.   

    从底到上
    先SQL.再BLL最后.WEB
      

  22.   

    如果做高性能的项目, DAL肯定要最后做的.
      

  23.   

    这个当然是先设计业务层了！不然要UML干什么！
    其实这里不仅仅是先设计那个层的问题了，与软件工程有密切的关系。
    一般来说，先与客户沟通，然后写出《需求分析文档》，然后根据《需求分析文档》用VISIO来画界面，在然后就是用UML来设计业务对象与接口，接下来就是根据业务对象设计出数据库（这个步骤很容易，甚至可以自动生成）。所以这个顺序应该是 业务逻辑层->表示层->数据层。显然，我的这个做法是属于 业务驱动的！！！而业务驱动、面向对象的设计系统更利于系统的扩展与维护。
      

  24.   

    francsescoli(我爱世界杯) ( ) 信誉：100  2006-8-16 11:51:02  得分: 0  
     
     
       
    先设计哪个都一样，难的是文档，难的是需求变化了，用什么方法和工具修改各层和文档，保证一致性。 
     
    －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
    我一直也没有解决这个问题，不过我最近想，这个问题其实很好解决，想保证一致吗？
    那就经常的去更新您的文档，不要先把代码改了在去改文档！！！
      

  25.   

    我的习惯：静态网页（模版）>数据库>写代码
      

  26.   

    呵呵,不是三层的话,也是先设计数据库啥 ,汗
    先数据访问层,然后业务逻辑层,再是web层调用逻辑层,逻辑层调用数据访问层,搞定当然没有什么复杂逻辑的,一般在web层直接调用数据访问层了
      

  27.   

    第一步.画UML图
    第二步.点击“生成软件”按钮
    第三步.点击“全面测试”按钮
    第四步.做必要的修改
    第五步.交货收钱
      

  28.   

    先数据访问层,然后业务逻辑层,再是web层调用逻辑层,逻辑层调用数据访问层,它们是一层一层调用的所以顺序还是比较重要的...
      

  29.   

    确定数据库字段 -> 建立Model层 -> 建立DAL层 -> 建立BLL层 ->根据美工设计的静态页面设计UI层
      

  30.   


    从面向对象的角度来讲
    ---------------------------------------------------------------------
    buer(基础训练) ( ) 信誉：28 “我一般的做法，先做业务层，就是定义业务实体、定义业务逻辑、然后再做数据层，最好做表示层。”
    ----------------------------------------------------------------------
    我觉得是正确的，但目前大家更熟悉的是以数据驱动的方式，可能是大家受以前asp的影响。
    虽然我很赞同这个观点，但在具体的项目开发中，用户对于UI的要求是千变万化甚至是变态的。业务可能在项目需求确认阶段就大概定下来了，以后改变的可能不大，即便改也是不怎么改动接口定义的，但UI的变更就不同，相当的频繁而且有时候甚至会影响到业务层和数据库。所以我觉得要看具体的情况，不一定非要把表示层放到最后做。否则一旦真的出现较大改动，那么从数据库开始向上每层都可能要发生变动。
      

  31.   

    邀请各位高手到这里继续讨论！http://community.csdn.net/Expert/TopicView3.asp?id=4957543邀请高手参加 —— 麻烦您结合实例讲解一下您是如何分层的（或者说如何写程序的）。
      

  32.   

    个人做法：
    先ui（static），确认功能
    然后同时设计bll和dal
    实现bll和dal（同步）
    实现ui（动态）
      

  33.   

    同意马里奥的方案~~
    先与客户沟通，然后写出《需求分析文档》，然后根据《需求分析文档》用VISIO来画界面(用例图)，在然后就是用UML来设计业务对象与接口(抽象出类图)，接下来就是根据业务对象设计出数据库(ER图)（这个步骤很容易，甚至可以自动生成）。所以这个顺序应该是 业务逻辑层->表示层->数据层。显然，我的这个做法是属于 业务驱动的！！！而业务驱动、面向对象的设计系统更利于系统的扩展与维护。~~~我也正学着~~~
      

  34.   

    总觉得多层设计是个迭代的过程，用户总是在change
    先做数据库设计，然后访问层、业备层，最终UI，如果做网页的话，我觉得最好把UI层放在最后，因为用户会出提出不一样的东东。
      

  35.   

    欢迎光监点石成金网 http://www.boxigroup.com 网站提供web开发(j2ee .net asp php javascript、c#等) c/s开发(delphi、vb、vc、pb、cb等) 数据库开发(oracle、sqlserver、db2、access、mysql、Postgresql、informix)等学习资料，希望能为你解决燃眉之急 ，请把本网站加入收藏夹，以备不时查询之需 bs+cs讨论群（9638134）