VB.net做得到吗？

情况是这样的：

Computer A用system A输入 Record A,
在Computer B可以用System A view record A吗？
好像netwok那样子的，real time。

VB.net可以做得到吗？
coding会很难吗?
可以大略解释一下流程吗？
它怎么辨认computer？

sson

大略流程并不复杂，但实现起来就视你的需求，可能就不那么简单了。

你需要两个程式
System A (server)
System A (client)
视你需要把电脑 A 或电脑 B 架设为 server （在那里运行 System A (server)）
然后用 System A (client) 连接到该电脑就可以进行资料交流了

Client A -[update data]-> Server
Client A <-[update success/fail]- Server

Client B -[request data]-> Server
Client B <-[data]- Server

也不知道有什么需求，
我是要用在我的学院project的。

原帖由 sson 于 22-3-2006 05:24 PM 发表

大略流程并不复杂，但实现起来就视你的需求，可能就不那么简单了。

你需要两个程式
System A (server)
Sys ...

那我是不是需要寫兩种程式？

goatstudio

原帖由 Angel琪琪 于 27-3-2006 10:06 PM 发表


那我是不是需要寫兩种程式？

其实一个就可以了. 一个软件可以是输入或显示资料, 只要你连接去一个中央资料库不就可以了?

原帖由 goatstudio 于 28-3-2006 12:46 AM 发表


其实一个就可以了. 一个软件可以是输入或显示资料, 只要你连接去一个中央资料库不就可以了?

不是很明白勒~
拿movie ticketing system來説，
在counter A,ticket X賣掉了，
怎樣讓counter B的電腦知道？

sson

原帖由 Angel琪琪 于 27-3-2006 10:06 PM 发表
那我是不是需要寫兩种程式？

小章鱼的做法一般是两个，一个全权管理资料 (server) 一个全权管理用户的需要(client)。
你也可以将两个合成一个，只要做出来了合成不会耗太多功夫。

你也可以像 goatstudio 一样的做法，
小章鱼对资料库认识不是很好，不过相信有提供接口的资料库应该只用像 MySQL, MSSql 这类花费高的资料库系统。
如果你是用 MSAccess, XML 这类 filebase 的资料库，应该只有自己做接口了（server side app）。

为何琪琪不做 Webbase 的？

yoonhun

原帖由 Angel琪琪 于 29-3-2006 12:51 AM 发表



不是很明白勒~
拿movie ticketing system來説，
在counter A,ticket X賣掉了，
怎樣讓counter B的電腦知道？

不知道是不是你要的]

把资料都放在database
com A 卖了几张都在database里面扣掉，com B打开来看时候就是剩下的数目阿。。

原帖由 sson 于 29-3-2006 12:44 PM 发表

小章鱼的做法一般是两个，一个全权管理资料 (server) 一个全权管理用户的需要(client)。
你也可以将两个合成 ...

我是有打算做兩個（server/client），因爲我想要兩邊的interface不一樣。
我不做webbase是因爲我打算做的一個system是醬的。

那是一個restaurant system。
顧客可以在臺面上的電腦make order(client side)，
然後order直接在server side的電腦顯示好讓工人直接知道他們order什麽。
那我是不是要讓server side的電腦一直refresh?

還有，當我要試用的話，
我怎樣把兩台電腦link起來？
普通的LAN就可以了嗎？
還是要做些什麽？

WuSheng

用goatstudio 的方式，用database来收藏资料就可以了，
这是最基本的商业软件用法。

没必要做两个软件，只需要一个软件然后根据用户来显示menu，
当然我假设你的系统有登入（login)功能。

用普通Lan就行了

sson

琪琪依你的需要，应该 Webbase 的已经足够。
因为你不是真的需要实时的 broadcast 给其它的用户。
环境就必定是局域网了。

假设你有，
客户点菜端（菜单·点菜）
厨房端（烹调处）
提领端（服务员提领菜肴处）
收银台端（付款处）
资料中心（服务器）

资料中心就是你的服务器，它应该保存菜肴的样式和价格。
同时也用来保存客户的定单。
依你的需要，资料中心也可能需要储存其它的资料。
所有的客端都连接到资料中心来提取相关的资料。

客户点菜端提取菜肴的样式和价格，以供客户点菜。
客户下了定单就保存到资料中心去。

厨房端，每 5 分钟（依你的需要）就刷新一次，以显示未完成烹调的菜肴。
完成后就标为完成。

提领端，显示完成烹调并未提领的菜肴及座号。
提领后就标为已提领。

收银台端，顾客买单时才连接到资料中心提取相关座号的订单，
列印、付款，完成。

琪琪小章鱼没有开发过类似的程式，以上只是一个旁观的构思，
希望可以和你一块儿研究研究。

如果你真的需要实时的更新的，应该就需要用到 TCP/UDP Socket 编程了，酱会增加不少的功夫。

WuSeng ，这不能说是一个，应该说是一套。
假设
A 用户 Login 显示功能 1, 2, 3
B 用户 Login 显示功能 3, 4, 5, 6
这还能说是一个吗？应该是两个，但它们是一套。
如果说小章鱼把 server app 和 client app 合起来，
然后在启动时询问要使用 server 还是 client ，然后再开始相关的程式，
那这究竟是一个还是两个？应该是两个吧？只不过它们是一套。

不管是一套还是两套，
程式究竟需要几个一定要分清楚，否则开发起来会很麻烦：分工麻烦、整理麻烦、连接麻烦…太多麻烦了。
尤其是新人，更需要细分所有，否则程式在后期不是问题多就是笨重。

TCP/UDP Socket 真的會很難嗎？
因爲我真的有打算用這個....

順便問一下，server client application in vb.net，
要做什麽樣的security?

[ 本帖最后由 Angel琪琪 于 6-4-2006 01:01 AM 编辑 ]

goatstudio

原帖由 Angel琪琪 于 29-3-2006 12:51 AM 发表



不是很明白勒~
拿movie ticketing system來説，
在counter A,ticket X賣掉了，
怎樣讓counter B的電腦知道？

对不起... 没看到你的回复...

看了你的在这之前的解释, 我会有两个做法:

1. web based. 客户在点了菜后, 就会直接 udpdate 去资料库. 厨房那里的网页会不断刷新要求, 每十分钟一次. 厨师在确定他接到菜单后, 按下 confirm 更新资料库表示接到菜单. 这个可以用简单的 refresh 或 AJAX 达到.

2. client/server based. 这是我在 Mc Donald 看到的设备. 服务员拿着 Pocket PC 帮排对的人点菜, Pocket PC 透过 WiFi 更新资料库, 资料库的 trigger 启动一个 action (也可以是 application) 来更新厨房的银幕. 要做到这点, 你的确是要用到 socket programming.

sson

原帖由 Angel琪琪 于 6-4-2006 12:35 AM 发表
TCP/UDP Socket 真的會很難嗎？
因爲我真的有打算用這個....

順便問一下，server client application in vb.net，
要做什麽樣的security?

Sockets 也没有太难（.Net 中）
只是你没有了 webbase 的种种便利。


security？
对你的系统应该不需要复杂的吧……？
唯一重要的应该就是 admin login 罢了吧？