瀏覽器 + (IIS+ASP)+MTS +SQL SERVER 開發web應用系統, Delphi 可以做些伸麼?(200分)

  • 主题发起人 主题发起人 waterluo
  • 开始时间 开始时间
W

waterluo

Unregistered / Unconfirmed
GUEST, unregistred user!
各位高手,
目前本單位計劃將原來的cs 系統改造成3 層的web 應用系統. 由於目前的同事幾乎全部是使用delphi 開發,
這個方面我們確實業積累了不少的經驗. 在決定改成 3 層開發時, 參考李維先生的基本大作之後,
覺得用MTS 作為中間件, 利用ASP 開發我們的系統. 不過這裡有不少困惑的問題, 請大家指點.
1. MTS 開發中間件, 如果利用 datasetprovider &
MIDAS 等方式,
就不能為處理多個user 併發連接的提供很好的性能;(考慮500 user )
2. 客戶端程式如果想同時用desktop exe 的方式和瀏覽器的方式, 這樣利用midas 技術
開發中間件 方便了desktop exe , 就沒有辦法方便ASP 開發.
(ASP 上不能用dcomconnection,socketconnection 等midas 客戶端的技術 )
3. 如果開發MTS 不用midas 的技術, 用VC 開發是不是比delphi 更好?
(老闆說, 如果用vc 的話, 要重新招人, 同時也要裁掉一批人)
4.MIDAS 好像是要收錢的, 如何收法? 軟件公司買delphi midas, 開發出產品給user ,
user 也要掏錢買midas麼/
請高手指路.....
 
这个问题可以写半本书吧
还是多听李老师教导的好
 
1. MTS 開發中間件, 如果利用 datasetprovider &
MIDAS 等方式,
就不能為處理多個user 併發連接的提供很好的性能;(考慮500 user )
根本就不是这么一回事。你不要告诉我你打算用一台机搞完所有的用户哦。:)
一台不行,你就不能多几台么?这是多层开发的特色。
2. 客戶端程式如果想同時用desktop exe 的方式和瀏覽器的方式, 這樣利用midas 技術
開發中間件 方便了desktop exe , 就沒有辦法方便ASP 開發.
(ASP 上不能用dcomconnection,socketconnection 等midas 客戶端的技術 )
ASP是不能直接用midas ,可是ASP可以用COM啊。用COM就可以连上很多东西的哦。
3. 如果開發MTS 不用midas 的技術, 用VC 開發是不是比delphi 更好?
(老闆說, 如果用vc 的話, 要重新招人, 同時也要裁掉一批人)
老实说,你去试试VC,看你脱不脱成皮。呵呵
4.MIDAS 好像是要收錢的, 如何收法? 軟件公司買delphi midas, 開發出產品給user ,
user 也要掏錢買midas麼/
这个就不大清楚喽
 
1. MTS 開發中間件, 如果利用 datasetprovider &
MIDAS 等方式,
就不能為處理多個user 併發連接的提供很好的性能;(考慮500 user )
根本就不是这么一回事。你不要告诉我你打算用一台机搞完所有的用户哦。:)
一台不行,你就不能多几台么?这是多层开发的特色。
to 吳劍明:
謝謝您拔刀相助, 3x very much
不過還有幾個問題 是否在討論一下.
>1.根本就不是这么一回事。你不要告诉我你打算用一台机搞完所有的用户哦。:)
一台不行,你就不能多几台么?这是多层开发的特色。
agree with u . 當然用多台可以阿, 不過考慮成本和配置問題, 
還是想盡量少用一些server去平衡負載。
有沒有誰有更好的建議。。。?
>2. ASP是不能直接用midas ,可是ASP可以用COM啊。用COM就可以连上很多东西的哦。
目前我們計劃就是在asp 中調用自己寫的com 物件(也應該是MTS 物件)
問題是利用midas 開發時, 最方便的地方就是利用cds 去解析來自app server 的data.
不過asp 直接調用的物件, 是不是要貼上cds &
dcomconnection (or socketconnection )去
接受app server 的資料? 這樣是不是變成了4 tiers?
>3.老实说,你去试试VC,看你脱不脱成皮。呵呵
agree with u , vc 確實有些可怕。 特別是在用vc 的時候 每當想起delphi 的簡便,
就不想深入研究。。。。。
我覺得midas 對最方便的人應該是我們這些programmer, 特別是以此養家糊口的人。
不過browser--->(iis +asp) --->mts --->sql server 的結構好像midas 幫不上太多的忙
>4.MIDAS 好像是要收錢的, 如何收法? 軟件公司買delphi midas, 開發出產品給user ,
user 也要掏錢買midas麼/
>这个就不大清楚喽
這個還是請大家弄清楚, 對外報價也踏實。。。。
 
oh my god!
兩位仁兄,你們能不能只寫標號呢,你們這樣重複拷貝下去都要變成豬肉絛蟲了.
 
1. MTS 開發中間件, 如果利用 datasetprovider &
MIDAS 等方式,
就不能為處理多個user 併發連接的提供很好的性能;(考慮500 user )
根本就不是这么一回事。你不要告诉我你打算用一台机搞完所有的用户哦。:)
一台不行,你就不能多几台么?这是多层开发的特色。
TO waterluo:
吳劍明说的很有道理,不过你在看李维的书时,也漏了很多东西
下面我提一些,你在想想,如何?
to 吳劍明:
謝謝您拔刀相助, 3x very much
不過還有幾個問題 是否在討論一下.
>1.根本就不是这么一回事。你不要告诉我你打算用一台机搞完所有的用户哦。:)
一台不行,你就不能多几台么?这是多层开发的特色。
agree with u . 當然用多台可以阿, 不過考慮成本和配置問題, 
還是想盡量少用一些server去平衡負載。
有沒有誰有更好的建議。。。?
直接使用ISAPI开发WEB应用,ISAPI可以直接调用COM,少量的数据读写建议直接使用ASP+ADO
使用调度服务器去平衡負載。
>2. ASP是不能直接用midas ,可是ASP可以用COM啊。用COM就可以连上很多东西的哦。
目前我們計劃就是在asp 中調用自己寫的com 物件(也應該是MTS 物件)
問題是利用midas 開發時, 最方便的地方就是利用cds 去解析來自app server 的data.
不過asp 直接調用的物件, 是不是要貼上cds &
dcomconnection (or socketconnection )去
接受app server 的資料? 這樣是不是變成了4 tiers?
TO waterluo:
不要忘了,MIDAS可以生成XML的文件,在MTS上写一个转换器COM,ASP不就能直接调用了吗?
>3.老实说,你去试试VC,看你脱不脱成皮。呵呵
agree with u , vc 確實有些可怕。 特別是在用vc 的時候 每當想起delphi 的簡便,
就不想深入研究。。。。。
我覺得midas 對最方便的人應該是我們這些programmer, 特別是以此養家糊口的人。
不過browser--->(iis +asp) --->mts --->sql server 的結構好像midas 幫不上太多的忙
TO waterluo:
用ACTIVE FORM,如果安全允许的话。
 
多人接受答案了。
 
后退
顶部