VFP 愛用者社區 首頁 VFP 愛用者社區
本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
 
 常見問題常見問題   搜尋搜尋   會員列表會員列表   會員群組會員群組   會員註冊會員註冊 
 個人資料個人資料   登入檢查您的私人訊息登入檢查您的私人訊息   登入登入

web frameworks,請問各位往哪個支點發展了?
前往頁面 1, 2, 3  下一頁
 
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區
上一篇主題 :: 下一篇主題  
發表人 內容
jelinek



註冊時間: 2003-09-29
文章: 8


第 1 樓

發表發表於: 星期四 二月 18, 2021 1:12 pm    文章主題: web frameworks,請問各位往哪個支點發展了? 引言回覆

ASP.NET(C#)
Rails (Ruby)
Django (Python)
Laravel (PHP)
Phoenix (Elixir)
Sinatra (Ruby)

https://en.wikipedia.org/wiki/Comparison_of_web_frameworks


相信很多vfp同好應該是投入php支線,Laravel框架很紅。未來性也高。
也應該有很多是跟著微軟走,小弟曾有過投入CSLA,ASP.NET(C#),發覺要把VFP全改C#寫,工程太大,放棄了。

ActiveVFP(foxpro)我認為的,因為作者沒繼續開發了,大架構該具備的很多都沒有,但是對小企業來說算可以了,使用量不大的話。使用他幫我度過了好幾年。

目前我是選擇Django (Python),python語法跟foxpro很接近,很順手。不知大家都是往哪個方向走。
回頂端
檢視會員個人資料 發送私人訊息
syntech



註冊時間: 2003-05-16
文章: 4211
來自: Taipei,Taiwan

第 2 樓

發表發表於: 星期四 二月 18, 2021 5:25 pm    文章主題: 引言回覆

以長遠來看,
要選擇相對穩定而且比較多人使用,社群人數多
對FOXPRO 用戶來說,
找可以使用COM objects的工具能稍微延續生命
但這又必須多考量一個Windows 平台如何安裝設定的問題


補充說明:
如果你打算做的專案與資料庫有關,
而你的SQL 語法能力夠,可以在DB SERVER上獨力完成工作
就不需要考慮開發工具處理資料的能力.
不然以目前各開發工具大多以array(或是 object array)模擬table的方式處理資料,
以千筆以內還可以,
超過就是賭硬體效能.
這點務必納入考量

不要被看起來好像很簡易,自動生成sql 命令自動維護後端db這種功能所迷惑
這是一個 "細思極恐" 的問題

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
jelinek



註冊時間: 2003-09-29
文章: 8


第 3 樓

發表發表於: 星期六 二月 20, 2021 12:44 am    文章主題: 引言回覆

稍微延續生命??我不是指說不使用foxpro了,當然Foxpro還是主要開發工具。
但有些需求必須使用web來做延伸。
例如送貨員用手機端列出送貨列表,還可以點選出google map來看...等等太多web的需求了。


當初投入CSLA,ASP.NET(C#)是因為MVC觀念,只要寫好資料存取層跟商業邏輯層,使用者介面層可以不受限,
後來發現若很費工的改成C#,介面層也只在windows上有較方便開發。其他OS就還是跑web,變成多此一舉了。


所以往Foxpro Frameworks 找尋工具,有FoxInCloud,VFP2IIS,ActiveVFP,FoxWeb,AFP,等等的,
最後挑選最易上手的ActiveVFP。但是其實這些都還是面臨到網路安全的問題,csrf或是大量使用者使用的的同步阻塞問題。


我最後挑Python+Django是來支援web的,ASP.NET跟php也都考慮過。
可能我想多了,大多數人都不用foxpro了。沒人遇到我的狀況。
回頂端
檢視會員個人資料 發送私人訊息
syntech



註冊時間: 2003-05-16
文章: 4211
來自: Taipei,Taiwan

第 4 樓

發表發表於: 星期六 二月 20, 2021 9:38 am    文章主題: 引言回覆

我遇到的與想做的跟樓主差不多

2013年作 php+vfp com 的協同作業,做企業內資料查詢,
2016年搞一個小型phonegap手機app 連接erp 取得出貨單,進貨單,庫存數,訂單,成本等等訊息.
及客戶資料連接google map.
方便業務,倉管,點收人員利用便宜的平板或手機作業
但核心方式還是php+vfp com 的協同作業

選php 只是因為資源多,門檻不高,也可以用 vfp com.
不選 asp 等m$系的工具是因為變化太快,知識管理很麻煩.
另外就是我們當時協助一家公司管理php設計的公司網站,
對php相對比較熟
RoR也有接觸,也是因為這兩年與另一家公司合作.

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
ylong



註冊時間: 2003-07-30
文章: 115


第 5 樓

發表發表於: 星期五 二月 26, 2021 8:41 am    文章主題: 引言回覆

各位先進,其實我還在用windows 10+vfp+mysql硬撐,看是否可以撐到退休,遇到問題,我會來到這個網站找尋解答,曾為自己的未來找尋相關的開發程式語言,試用了Python+Pyqt,寫了一個主畫面連接MYSQL,也可以當WEB介面(自我感覺良好),但全部介面要自己撰寫,無奈,人有點年齡,腦袋及時間不允自己這樣作,之後找了EASYUI,WEB介面,覺得還不錯,很適合自己,因為需求他以經都寫好,我想用json當作是自己的暫存檔,但還未找到MYSQL至json的方法,WEB的資料列印也還未找到相關的方法,所以還到停頓中
回頂端
檢視會員個人資料 發送私人訊息
ckp6250



註冊時間: 2004-07-30
文章: 1642


第 6 樓

發表發表於: 星期一 三月 01, 2021 8:14 pm    文章主題: 引言回覆

@ylong

MYSQL至json的方法,沒有問題,https://mariadb.com/kb/en/json-functions/

WEB的資料列印,我是採用php=>excel 或 php=>pdf ,視情況而定,上千頁也沒問題,效能速度不必擔心,Python應該也有同類套件。

至於介面問題,我最近嚐試自己寫程式產生器,發現其實不會花太多時間。


ckp6250 在 星期一 三月 01, 2021 8:34 pm 作了第 1 次修改
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
ckp6250



註冊時間: 2004-07-30
文章: 1642


第 7 樓

發表發表於: 星期一 三月 01, 2021 8:31 pm    文章主題: 引言回覆

@syntech

我同意【可以在DB SERVER上獨力完成工作,就不需要考慮開發工具處理資料的能力】這句話。
我們的做法是,所有計算均由後端處理,前端只傳負責傳遞參數及顯示或列印。

【不要被看起來好像很簡易,自動生成sql 命令自動維護後端db這種功能所迷惑,這是一個 "細思極恐" 的問題】
這更認同了,包裝太嚴密,看不到原始碼的東西,我們都戒慎恐懼。

我們也『自動生成SQL』的工具,但那是我們自已寫的,可以完全掌握。
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
marvin



註冊時間: 2004-06-01
文章: 321


第 8 樓

發表發表於: 星期一 三月 01, 2021 11:17 pm    文章主題: 引言回覆

[ 所有計算均由後端處理,前端只傳... ]

後端處理是指 Stored Procedures ?
回頂端
檢視會員個人資料 發送私人訊息
syntech



註冊時間: 2003-05-16
文章: 4211
來自: Taipei,Taiwan

第 9 樓

發表發表於: 星期一 三月 01, 2021 11:51 pm    文章主題: 引言回覆

marvin 寫到:
[ 所有計算均由後端處理,前端只傳... ]

後端處理是指 Stored Procedures ?


純後端就是Stored Procedures.
目前高薪工作就是搞這類資料庫操作的工作
但也與使用哪一種後端有所差異
會作而且作得好的人相當搶手


VFP 好處是可以當中間端,也可以當後端(用DBF/DBC 就後端了)
而且可以跨不同的後端,效能也相當優異

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
ylong



註冊時間: 2003-07-30
文章: 115


第 10 樓

發表發表於: 星期二 三月 02, 2021 7:56 am    文章主題: 引言回覆

ckp6250 寫到:
@ylong

MYSQL至json的方法,沒有問題,https://mariadb.com/kb/en/json-functions/

WEB的資料列印,我是採用php=>excel 或 php=>pdf ,視情況而定,上千頁也沒問題,效能速度不必擔心,Python應該也有同類套件。

至於介面問題,我最近嚐試自己寫程式產生器,發現其實不會花太多時間。


@ckp6250
謝謝ckp6250,會在進入相關網頁資料,進一步測試,也可以為自己未來找出路
回頂端
檢視會員個人資料 發送私人訊息
ylong



註冊時間: 2003-07-30
文章: 115


第 11 樓

發表發表於: 星期二 三月 02, 2021 8:19 am    文章主題: 引言回覆

@ckp6250
謝謝,今天有進入https://mariadb.com/kb/en/json-functions/ 查看了相關資料,這是自己所要的,再加上php=>excel或是php=>pdf,自己思考想要的模式就可以完成
EASYUI=>http://www.jeasyui.com
回頂端
檢視會員個人資料 發送私人訊息
ylong



註冊時間: 2003-07-30
文章: 115


第 12 樓

發表發表於: 星期二 三月 02, 2021 9:51 am    文章主題: 引言回覆

ylong 寫到:
@ckp6250
謝謝,今天有進入https://mariadb.com/kb/en/json-functions/ 查看了相關資料,這是自己所要的,再加上php=>excel或是php=>pdf,自己思考想要的模式就可以完成
EASYUI=>http://www.jeasyui.com

看起來Mysql資料庫要改版了,我的Mysql是舊版,沒有支援json語法,但很高興,有新的認識,謝謝!
回頂端
檢視會員個人資料 發送私人訊息
ckp6250



註冊時間: 2004-07-30
文章: 1642


第 13 樓

發表發表於: 星期二 三月 02, 2021 10:35 am    文章主題: 引言回覆

@marvin

沒錯,【後端處理是指 Stored Procedures】

像我們的 Stored Procedures 就有500支,有的 Stored Procedure 程式碼數百行,
比如要弄一張【進銷存明細表】,前端只負責讓客戶輸入起訖日期或品類的幾個欄位,傳到Stored Procedures之後,由資料庫算出答案,傳回前端用 for .... next 去做顯示或列印。
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
ckp6250



註冊時間: 2004-07-30
文章: 1642


第 14 樓

發表發表於: 星期二 三月 02, 2021 10:44 am    文章主題: 引言回覆

@ylong

MYSQL至json的方法,算是一個很好的功能,比如說,以前我們寫Stored Procedures,

call proc_xxx ( date date, custid char(), xxx , xxx),其參數是固定的,順序也不能亂,將來若要增刪參數,所有呼叫到這Stored Procedure的都要拿出來修改,但若是改成傳json進去當參數,

call proc_xxx ( para json),那麼,就不必管之前的了,只要把新參數丟進 json 中就行了。
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
chilin



註冊時間: 2003-10-01
文章: 79
來自: Taipei,Taiwan

第 15 樓

發表發表於: 星期五 八月 06, 2021 1:59 pm    文章主題: 引言回覆

syntech 寫到:

VFP 好處是可以當中間端,也可以當後端(用DBF/DBC 就後端了)
而且可以跨不同的後端,效能也相當優異


純後端用Stored Procedures,難度很高(vfp cursor 的加工再加工,還是比較方便)。

加個中間端api是比較好處理,用vfp com當中間端這方式很好,畢竟vfp的好處是可以將資料加工再加工,來完成所需要的資料(且使用uft8應該不會有問題,因為只處理資料不顯示),缺點就是必須使用 windows 當 service。

前幾年,公司也想將vfp的進銷存+pos系統,改為web版,有嘗試開發,而web開發由資料庫抓下來的都是array or obj,不像vfp有cursor(可以加工再加工),開發了近半年,後來公司也放棄了。但開發過程有找到一個 js 工具「alasql」 https://github.com/agershun/alasql,它可以對 json array 直接使用sql語法再加工,多個 json 也可以使用sql關聯處理(如同vfp多個 cursor 可以使用sql語法一樣)。

個人覺得「alasql」是個蠻好用的工具,提供各位參考。

_________________
一個喜愛Latte的男人
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
從之前的文章開始顯示:   
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區 所有的時間均為 台北時間 (GMT + 8 小時)
前往頁面 1, 2, 3  下一頁
1頁(共3頁)

 
前往:  
無法 在這個版面發表文章
無法 在這個版面回覆文章
無法 在這個版面編輯文章
無法 在這個版面刪除文章
無法 在這個版面進行投票
無法 在這個版面附加檔案
無法 在這個版面下載檔案


Powered by phpBB © 2001, 2005 phpBB Group
正體中文語系由 phpbb-tw 維護製作