设计的困惑，大家帮帮！（希望大家都来讨论）

feiyuyi

大四了，找工作中常听说三层架构，那么如果我的界面层和业务逻辑层要完全分离的话，我的逻辑层如何接受到界面层的数据和指令呢？比如说我现在用C++来写逻辑部分，用VB来画界面，程序运行的时候我怎么得到界面输入的数据（业务逻辑部分需要此数据来进行运算并和数据层进行交互），采用消息传递？套接字？请高手指点，不胜感激。

sunq_great

套接字可能代价小一点

不过不明白为什么要用不同的语言实现呢

feiyuyi

缩短开发时间啊，VB做界面很简单很快，C++能实现复杂的逻辑，二者综合，应该很好的吧。我也只是这么一说，为了完全分离界面和逻辑而已，不知道能不能实现，怎么实现？还请大家多多指点。

aero

没明白，如果仅仅是逻辑，VB和C++也没什么区别呀。

galaxywar

界面与逻辑完全分离有点难，如果是做个产品的话，你的界面分离了可以独立于业务而用于多个应用中，否则做起来代价太大，你界面直接面应具体的功能算了。
建议：做的稍通用一点，用socket的话，建立一个交互机制，约定好数据、控制命令、数据展示方式等信息的表达，由client端来控制整个过程，发出请求、展示数据、接受用户操作、发出命令、返回结果，大致这个流程吧。

Haskell

用中间件？

feiyuyi

原帖由 "galaxywar" 发表：
界面与逻辑完全分离有点难，如果是做个产品的话，你的界面分离了可以独立于业务而用于多个应用中，否则做起来代价太大，你界面直接面应具体的功能算了。
建议：做的稍通用一点，用socket的话，建立一个交互机制，约..........

这位兄台说的差不多，能否再具体一点呢？谢谢....举个例子最好了，哇哈哈。

galaxywar

我也没做过这样的东西，大致参考一下JAVA的J2EE架构，J2EE的架构是由java和jsp还有浏览器组成。
如果完全参考这个架构，你的C++程序就做了业务处理程序（类似数据库处理等模块）、WEB服务器的功能，你的VB界面就充当了后两层，负责发出请求、解释服务器返回的数据并展示（也进行一定交互控制），再将数据提交给服务器。这个工程量太大，而且没什么意义，可能练手不成打击了自信。
其实我觉得参考一些成功的商业软件或生活中一些成功的商业产品，并不一定要做到大而全才有出路，“专”也可以。
你可以参考JAVA的架构，不过给自已找一个“客户”，他的需求很容易用JAVA的三层架构做，但有不如意的地方，如果改成你的方式，则完全达到要求，虽然你的方式不具通用性，但在对这一特定应用，你的方案是最好的。比如据我所知，J2EE的效率和实时性不怎么别人满意。可以考虑一些实时信息展示、控制等应用。
以上如何仅为设想，提供一个思路而已。

mq110

说的是 MVC 吧.

模型 - 视图 -控制器.

业务逻辑处理与 显示相分离.

最近正做struts. 颇有感触.

feiyuyi

谢谢楼上的两位朋友，你们的建议对我今后的发展有莫大的帮助。不过我目前不想往J2EE方向发展，我想的是研究一种产品性的东东，如果能像我想象的那样实现了界面和逻辑完全分离，这样就可以做成产品，相信大家都明白做产品和做项目的区别吧，这样的话我一毕业就可以创业了，呵呵，做梦ING！..............

我不明白的还是如果界面不涉及任何逻辑，那怎么和逻辑层联系起来呢？打个比方，界面完全采用设计模式只画了一个textbox控件，一个button控件，我的逻辑层里有对textbox的值做运算的函数，有button的响应事件，那么我的这个事件怎样得到激发，我的textbox的值又怎么接收到？
PS:第一种，消息传递？（如果是windows系统，调用API可以实现自定义消息发送，这一部分写成一个类？每个界面都调用这个类？）第二种：套接字？（在多文档的父窗口中写一个监视的类，子窗口的执行指令通过socket发送？）.............