Đối với câu hỏi đầu tiên của bạn, "bạn sẽ làm như thế nào" - câu trả lời ngắn gọn, tôi sẽ không làm thế. Tôi không có đủ lý thuyết trình phân tích cú pháp / trình biên dịch để thực hiện điều đó. Nhưng tôi đã lập trình được 25 năm, vì vậy tôi có một số ý tưởng và ý kiến để chia sẻ.
Trước hết, tôi sẽ cố gắng đưa ra một phương pháp OOP cho phép bạn tạo các mô hình thực sự được kết nối. Ý tôi là, mô hình là một trong những điều quan trọng nhất trong hầu hết mọi loại dự án lập trình - nó luôn có rất nhiều công việc lặt vặt và tái cấu trúc liên tục để làm cho đúng, và tôi đổ lỗi rằng thiếu kết nối thực sự trong Ngôn ngữ OO.
Cho phép tôi chứng minh. Giả sử một ngôi nhà đẳng cấp có tài sản Cửa.
var door = house.Door;
Bây giờ bạn có một biến cục bộ có tham chiếu đến thể hiện của Door.
Nhưng hãy xem xét những gì vừa xảy ra: Bạn vừa xé Cánh cửa ra khỏi Nhà, và bây giờ bạn khá hạnh phúc khi đi qua Cánh cửa xung quanh, và phần còn lại của mã của bạn không biết gì về việc Cửa này thực sự được gắn vào Nhà.
Đối với tôi, điều này về cơ bản là sai.
Và vâng, tôi biết, điều này "dễ dàng" được khắc phục trong từng trường hợp cụ thể - trong trường hợp này bằng cách duy trì một tham chiếu ngược từ mọi Cửa đến Nhà mà nó hiện đang gắn liền. Điều này tất nhiên mở ra mô hình của bạn có lỗi, vì giờ đây bạn có nhiệm vụ duy trì chính xác hai tham chiếu ngược, vì vậy bạn đặt các thuộc tính House.Doors và Door.House riêng tư và bạn thêm các phương thức như House.AddDoor (), House.RemoveDoor ( ), Door.SetHouse (), v.v. và kết nối tất cả, và kiểm tra đơn vị để đảm bảo nó thực sự hoạt động.
Đây không phải là bắt đầu nghe có vẻ như rất nhiều công việc để mô hình một mối quan hệ đơn giản như vậy? Rất nhiều mã để duy trì? Rất nhiều mã để cấu trúc lại khi mô hình phát triển?
Vấn đề là con trỏ. Mọi ngôn ngữ OO mà tôi đã thấy, vốn đã bị ảnh hưởng bởi thực tế là một tham chiếu đối tượng thực sự là một con trỏ, bởi vì đó là những gì máy tính sử dụng.
Con trỏ không phải là một cách tốt để mô hình hóa thế giới thực. Bất kể thế giới nào bạn đang cố gắng mô hình hóa, gần như đảm bảo rằng bất kỳ mối quan hệ nào trong thế giới đó sẽ là mối quan hệ hai chiều. Con trỏ chỉ theo một hướng.
Tôi muốn thấy một ngôn ngữ trong đó mô hình dữ liệu cơ bản là một biểu đồ - nơi tất cả các mối quan hệ, theo mặc định, có hai đầu. Điều này gần như chắc chắn sẽ cung cấp một sự phù hợp tự nhiên hơn nhiều để mô hình hóa thế giới thực, đó thực sự là điều duy nhất chúng ta cần máy tính cho lần đầu tiên. (đó và trò chơi video.)
Tôi không biết cú pháp cho một ngôn ngữ như vậy sẽ như thế nào, hoặc liệu nó có thể được diễn đạt bằng văn bản hay không. (Tôi đã tự hỏi nếu một ngôn ngữ như vậy sẽ phải là đồ họa, bằng cách nào đó ...)
Tôi cũng muốn thấy tất cả các hình thức nhà nước tình cờ bị loại bỏ.
Ví dụ, trong phát triển web, chúng tôi dành nhiều thời gian để định hình dữ liệu từ cơ sở dữ liệu, thành mô hình kinh doanh, mô hình xem để trình bày ... sau đó một số dữ liệu đó được trình bày trên các biểu mẫu, thực sự chỉ là một chuyển đổi khác. .. và trạng thái quay trở lại từ các bài đăng mẫu, và sau đó chúng tôi định hình lại dữ liệu đó và chiếu nó trở lại mô hình xem, ví dụ như các ràng buộc mô hình xem và như vậy ... sau đó chúng tôi chiếu từ mô hình xem trở lại doanh nghiệp- mô hình ... sau đó chúng tôi sử dụng các trình ánh xạ quan hệ đối tượng (hoặc công việc grunt) để chuyển đổi dữ liệu từ mô hình khung nhìn và chiếu nó vào cơ sở dữ liệu quan hệ ...
Đây có phải là bắt đầu âm thanh dư thừa? Tại thời điểm nào trong tất cả sự điên rồ này, chúng ta đã thực sự hoàn thành bất cứ điều gì hữu ích? Và ý tôi là hữu ích, một cái gì đó hữu hình - thứ mà người dùng cuối có thể hiểu và quan tâm. Vào cuối ngày, số giờ bạn đã thực sự xây dựng một cái gì đó mà người dùng thậm chí có thể hiểu, thực sự là những giờ duy nhất được chi tiêu tốt. Mọi thứ khác là tác dụng phụ.
Tôi muốn có một ngôn ngữ rất năng động. Chu kỳ ghi / biên dịch / chạy là một sự lãng phí thời gian. Lý tưởng nhất, ngôn ngữ chỉ nên tìm ra những gì đã thay đổi và biên dịch / tải trong suốt, trong nền, khi cần thiết.
Lý tưởng nhất là bạn thậm chí không cần phải nhấn "chạy" - mọi thứ sẽ diễn ra trên màn hình, khi bạn thực hiện thay đổi, ngay lập tức phản ánh những thay đổi bạn thực hiện. Vấn đề với chu trình ghi / biên dịch / chạy, hoặc thậm chí đối với vấn đề đó là chu trình ghi / chạy trực tiếp nhiều hơn, là bạn quá mất kết nối với những gì bạn đang làm - để cảm thấy được kết nối với công việc của chúng tôi, chúng tôi cần phản hồi ngay lập tức, kết quả ngay lập tức. Bất kỳ chờ đợi là quá dài!
Một lần nữa, tôi thậm chí không biết liệu điều này có thể được thực hiện với một IDE truyền thống hay không, nếu điều này đòi hỏi một loại giao diện hoàn toàn mới.
Bạn sẽ có thể sử dụng kết hợp gõ yếu và mạnh, bất cứ điều gì phù hợp nhất cho vấn đề bạn đang làm việc.
Nhà nước nói chung nên là một cái gì đó ngôn ngữ quản lý đầy đủ cho bạn. Tại sao bạn cần phải dựa vào cơ sở dữ liệu để kiên trì? Lý tưởng nhất, tôi muốn có thể chỉ định đơn giản thời hạn sử dụng của bất kỳ biến nào trong mô hình: một yêu cầu web, một phiên, 24 giờ, vĩnh viễn.
Tại sao chúng ta phải lựa chọn giữa một loạt các giải pháp lưu trữ cho các phương tiện truyền thông và cuộc sống khác nhau? - không đề cập đến việc chuyển đổi và định hình dữ liệu để phù hợp với từng phương tiện; bộ nhớ cache của trình duyệt, cơ sở dữ liệu, bộ nhớ, đĩa, ai quan tâm! Dữ liệu là dữ liệu. Nơi bạn lưu trữ dữ liệu của mình (và trong bao lâu) sẽ là một lựa chọn đơn giản, không phải là một trận chiến chống lại các vị thần!
Vâng, chúc may mắn với điều đó.