Hồi sinh Visual FoxPro: FoxDev Studio giúp chạy dự án cũ trên máy tính hiện đại mà không cần viết lại

Các ứng dụng FoxPro của bạn, giờ đây đã có thể vận hành mượt mà trên các máy tính hiện đại.

FoxDev Studio mở các dự án, biểu mẫu (forms) và bảng dữ liệu (tables) mà bạn đang có và chạy chúng đúng như cách bạn vẫn nhớ: không cần viết lại, không cần chuyển đổi, không cần bước xuất dữ liệu.

Công ty khách hàngWestern Trading Co.Hạn mức tín dụng25,000.00Lưu

Nó tiếp nối ngay tại nơi bạn đã dừng lại.

Chỉ cần trỏ nó vào một thư mục mà bạn đã không mở trong nhiều năm, và những gì có ở đó chính là những gì bạn nhận được.

Dự án của bạn, nguyên vẹn như vốn có.

Các dự án, biểu mẫu, thư viện lớp (class libraries), menu và báo cáo được mở trực tiếp từ các tệp tin bạn đang có. Không có gì bị di chuyển trước, và không có gì bị bỏ lại phía sau.

Các trình thiết kế (designers) mà bạn đã quen thuộc.

Các biểu mẫu, lớp, menu và báo cáo được chỉnh sửa ngay tại nơi bạn mong đợi, cùng với trình quản lý dự án (project manager), Cửa sổ lệnh (Command Window) và một trình gỡ lỗi (debugger) dừng lại ngay tại dòng mã của bạn.

Dữ liệu của bạn vẫn là dữ liệu của bạn.

Các bảng, chỉ mục (indexes), bản ghi nhớ (memos) và cơ sở dữ liệu được đọc và ghi tại chỗ. Những gì nằm trên đĩa sau đó vẫn là loại tệp tin như trước đây.

Bất cứ thứ gì nó từng kết nối, nó vẫn sẽ kết nối.

Các lệnh gọi hệ thống, các đối tượng tự động hóa (automation objects) và các thư viện bổ trợ cũ mà ứng dụng của bạn dựa vào vẫn tiếp tục hoạt động, vì vậy những phần mà không ai muốn đụng đến vẫn được giữ nguyên.

Giao diện trông như thế nào.

IDE, trên các dự án mẫu của chính Visual FoxPro. Mọi hình ảnh đều là một phiên làm việc thực tế.

Mẫu Solution của chính Visual FoxPro, được nhập vào và đang chạy: biểu mẫu khởi chạy của nó trên tab Screen, 123 biểu mẫu, 7 menu và 11 thư viện lớp của dự án trong trình khám phá, và runtime đang chờ đợi các sự kiện. Trình chỉnh sửa kiểm tra lỗi thông qua trình biên dịch của chính runtime, vì vậy những gì nó gạch chân chính là những gì sẽ gây lỗi. Đã dừng lại một bước sau điểm ngắt (breakpoint) trong chương trình chính của mẫu Solution: ngăn xếp cuộc gọi (call stack), các biến cục bộ, các biến theo dõi (watches) và dòng mã hiện tại. Một bộ chứa cơ sở dữ liệu trong trình duyệt bảng: 8 trường, 17 bản ghi, các bản ghi nhớ chỉ cách một cú nhấp chuột. FoxScript: các hàm lambda phản hồi các tuyến đường HTTP, một thư viện 32-bit được gọi từ bên trong một hàm, lắng nghe trên cổng 8080.

Được xây dựng để tương thích hoàn toàn, không phải là xấp xỉ.

Những khác biệt nhỏ chính là thứ làm hỏng một ứng dụng cũ: một con số được in rộng hơn một cột, một sự kiện đến trễ một nhịp, một lỗi với mã số sai. Vì vậy, hành vi ở đây được quyết định bằng cách hỏi chính Visual FoxPro và khớp với câu trả lời của nó, thay vì đọc một trang tham khảo rồi hy vọng.

Kết quả của quá trình đó là một runtime được viết từ đầu: khởi động nhanh, tự chứa và minh bạch về những góc độ mà nó chưa chạm tới.

1.722 phần tử của tài liệu tham khảo ngôn ngữ Visual FoxPro 9 được runtime nhận diện.

1.534 trong số đó được kiểm chứng bởi một bài kiểm tra so sánh câu trả lời với sản phẩm gốc.

3 cái tên mà nó chưa biết đến; mọi thứ khác đều chạy, bị bỏ qua một cách có chủ đích, hoặc bị từ chối theo tên.

Những gì Visual FoxPro 10 lẽ ra đã trở thành.

Visual FoxPro đã dừng lại ở phiên bản 9 và ở kiến trúc 32-bit. Đây vẫn là ngôn ngữ đó, được xây dựng lại trên một nền tảng không bị đóng băng từ năm 2007. Bốn yếu tố làm cho điều đó trở nên khả thi.

Nơi một lệnh gọi đi đến / và nơi thế giới 32-bit dừng lại.

64-bit, từ đầu đến cuối.

Giới hạn đi kèm với 32-bit đã biến mất.

Visual FoxPro là một chương trình 32-bit, và điều đó quyết định nhiều thứ hơn vẻ ngoài của nó. Đó là lý do tại sao một bảng dữ liệu dừng lại ở mức hai gigabyte, tại sao một tệp bản ghi nhớ dừng lại ở hai gigabyte, và tại sao một báo cáo lớn lại hết bộ nhớ trên một máy tính có dư thừa tài nguyên. Các giới hạn này là các số nguyên 32-bit có dấu nằm sâu trong quá trình xử lý tệp, không phải là quyết định cấp phép của bất kỳ ai.

FoxDev Studio là 64-bit toàn diện. Mọi vị trí tệp (file offset) đều là 64-bit và một bảng dữ liệu không bao giờ bị đọc toàn bộ vào bộ nhớ, vì vậy cùng một tệp.dbf từng bị dừng đột ngột nay có thể tiếp tục phát triển lên hàng trăm gigabyte. Một điều cần lưu ý trước khi bạn dựa vào nó: một bảng dữ liệu đã vượt quá hai gigabyte sẽ không thể mở lại trong Visual FoxPro được nữa. Nếu bạn vẫn làm việc trên cả hai, đó là cánh cửa một chiều.

Vị trí (offset) / và những gì nó đạt tới.

Máy ảo (Virtual machine).

Một trình biên dịch, và một cỗ máy được xây dựng để chạy những gì nó tạo ra.

Visual FoxPro biên dịch chương trình của bạn thành p-code và cung cấp một runtime để thực thi nó. Đây là sự sắp xếp tương tự, được thực hiện lại: một trình biên dịch và một trình thông dịch bytecode được viết bằng Rust và biên dịch sang WebAssembly, vì vậy một cỗ máy chạy mã của bạn ở bất cứ nơi nào ứng dụng chạy. Trình chỉnh sửa kiểm tra những gì bạn nhập thông qua chính trình biên dịch đó, vì vậy những gì nó gạch chân và những gì runtime từ chối không thể sai lệch nhau.

Một chương trình đang chạy là một fiber. Khi nó cần thứ gì đó từ thế giới bên ngoài (một hộp thông báo, một biểu mẫu modal, bản ghi tiếp theo), nó không gọi ra và chặn đứng; nó nhường quyền, công việc được thực hiện trong khi máy đang ở ngoài ngăn xếp, và câu trả lời được trả về. Đó là lý do tại sao MESSAGEBOX dừng chương trình của bạn mà không làm đóng băng cửa sổ phía sau nó, tại sao READ EVENTS chờ đợi mà không bị treo, và tại sao SetFocus có thể kích hoạt GotFocus, và Init có thể chạy trong khi biểu mẫu vẫn đang được xây dựng, theo đúng thứ tự mà FoxPro luôn thực hiện.

Cách cỗ máy hoạt động và những gì nó chạy.

Màn hình.

Biểu mẫu bạn thấy là cây đối tượng, không phải là hình ảnh của nó.

Một biểu mẫu đang chạy là một cây đối tượng sống với các thuộc tính mà bạn mong đợi, và giao diện được vẽ trực tiếp từ cây đó bởi React. Mỗi đối tượng chỉ tự theo dõi chính nó, vì vậy THISFORM.lblGreeting.Caption = cMsg chỉ vẽ lại một nhãn thay vì toàn bộ biểu mẫu. Trên một màn hình dày đặc dữ liệu, đó là sự khác biệt giữa tức thì và chậm chạp.

Chính cây đó là thứ mà trình thiết kế chỉnh sửa, sớm hơn một bước. Không có mô hình thứ hai nào được giữ đồng bộ với mô hình đầu tiên, vốn là nơi thường xảy ra tình trạng biểu mẫu và trình thiết kế của nó bắt đầu "kể những câu chuyện" khác nhau.

Cầu nối 32-bit.