Trên quan điểm lập trình nói chung, các bạn nên phân biệt 3-tier và MVC.

Kiến trúc 3 - tầng là một kiểu kiến trúc bao gồm: tầng Data, Logic và Presentation. Trong khi đó, MVC là một bản mẫu. Ví dụ trong một module của OpenERP bạn cũng có thê sử dụng mẫu MVC để thiết kế module.

http://en\.wikipedia\.org/wiki/Multitier_architecture\#Three\-tier_architecture

http://en\.wikipedia\.org/wiki/Model–view–controller

http://en.wikipedia.org/wiki/Multitenancy

Có phải cái này không bạn? Mình không phải bên lập trình nhưng cũng đang tìm hiểu OpenERP kể từ khi sử dụng ERPOnline.

Em cảm ơn anh đã trả lời.
Anh cho em hỏi thêm một chút thế này ạ. Trong module Purchase như hình đính kèm thì các file thể hiện MVC như thế nào. ví dụ phần view là các file .xml, phần controller là các file .py, còn phần model thì tương ứng như thế nào ạ. Em đọc trong tài liệu thấy ghi là phần model là postgreSQL tables nhưng không hiểu lắm ạ. Em cảm ơn anh nhiều!

Anh Leo ơi, anh cho em hỏi là anh bảo bug từ client mà ở đây là web client nhưng khi mình đưa vào eclipse thì chỉ là addons của server thôi mà anh, vậy mình bug thế nào ạ. Em vào theo đường dẫn: C:\Program Files\OpenERP 6.0\Web\addons thì thấy khá nhiều folder như hình bên dưới, em vào các folder thì đều thấy có 1 cái gọi là controller, anh cho em hỏi những file mako và những file như hình bên dưới có nghĩa là gì vậy anh, em cảm ơn anh

Anh Leo ơi, anh cho em hỏi là anh bảo bug từ client mà ở đây là web client nhưng khi mình đưa vào eclipse thì chỉ là addons của server thôi mà anh, vậy mình bug thế nào ạ. Em vào theo đường dẫn: C:\Program Files\OpenERP 6.0\Web\addons thì thấy khá nhiều folder như hình bên dưới, em vào các folder thì đều thấy có 1 cái gọi là controller, anh cho em hỏi những file mako và những file như hình bên dưới có nghĩa là gì vậy anh, em cảm ơn anh

@Vuơng Thùy Chi,

Việc bug như ý của em đối với OpenERP hơi phức tạp đấy, tuy nhiên nếu là anh, anh sẽ bắt đầu bug từ thằng client, cụ thể là module web.

Chúc em thành công!

Mà anh ơi, lúc mình debug thì nó có nhảy vào file xml không ạ.

Không em à, xml hay html chỉ là một ngôn ngữ đánh dấu, nên không bug đc.

Nhưng khi chạy file openerp_server trong addons đó thì nó sẽ chạy module purchase mà anh, em có cài đặt riêng đâu ạ.

Nhưng khi chạy file openerp_server trong addons đó thì nó sẽ chạy module purchase mà anh, em có cài đặt riêng đâu ạ.

Đây ạ,
H:ERPServer\bin\addons\purchase\__openerp__.py
Nó là cái addons của em ạ. Còn cái file server trong ổ C em tắt rồi ạ,em để cái này và chạy file openerp_server của nó ạ, trong file config em đổi đường dẫn rồi ạ.
Em dùng eclipse, em đang debug cái purchase order để xem cái xml nó hoạt động thế nào, osv nhân biết nó ra sao anh ạ. Vì như hôm qua anh giải thích thì cái xml nó được osv nhận biết nhưng em chưa hiểu lắm nên muốn xem control nào điều hướng nó để osv nhận biết và osv trả lại thế nào. Hic, em hiểu chậm nên muốn tìm hiểu kỹ thôi anh ạ. Mà anh ơi, lúc mình debug thì nó có nhảy vào file xml không ạ.

Hic hic, em ngồi debug thì gặp vấn đề thế này ạ. Khi em đặt break point tại file openerp.py thì khi chạy nó k dừng lại tại break point đó, còn khi em đặt tại một vị trí khác, giả sử như hàm unlink trong file sale.py thì nó dừng tại đó, hic, em muốn xem từ đầu khi nó sử dụng view, rồi osv, orm thế nào nên em muốn đặt break point từ đầu để xem mà không được. Các anh hướng dẫn em một chút được không ạ. Sau khi nghe anh Leo nói thì em cũng hiểu dần rồi ạ nhưng vẫn chưa thật sự rõ nên muốn debug để xem mà chả được, hic

Hic hic, em ngồi debug thì gặp vấn đề thế này ạ. Khi em đặt break point tại file openerp.py thì khi chạy nó k dừng lại tại break point đó, còn khi em đặt tại một vị trí khác, giả sử như hàm unlink trong file sale.py thì nó dừng tại đó, hic, em muốn xem từ đầu khi nó sử dụng view, rồi osv, orm thế nào nên em muốn đặt break point từ đầu để xem mà không được. Các anh hướng dẫn em một chút được không ạ. Sau khi nghe anh Leo nói thì em cũng hiểu dần rồi ạ nhưng vẫn chưa thật sự rõ nên muốn debug để xem mà chả được, hic

1. Lớp nào sẽ dùng để nhận biết cấu trúc của file xml và khi người dùng nhập liệu rồi làm các thứ thì khi import dữ liệu nó sẽ thông qua lớp nào, phương thức nào ?Em thấy trong file orm có một phương thức là import_data()

2. Em thấy mỗi menu hay action khi khai báo đều phải có id của nó, vậy cái view này nó lưu trữ ở đâu ?

3. Em thấy trong file xml phải khai báo <field name="res_model">res.partner.address</field> tức là object mình muốn sử dụng để tạo View, vậy luồng hoạt động tiếp của nó sẽ là thế nào(osv sẽ lấy dữ liệu ở csdl lên view hay thế nào khác ?).

Em cám ơn anh, em cũng hiểu dần rồi ạ. Anh cho phép em hỏi thêm một số thứ nữa với ạ. Trong file xml sẽ sử dụng các thẻ để hiện thị dữ liệu ra ngoài,menu, trê, form..Em muốn hỏi thế này ạ
1. Lớp nào sẽ dùng để nhận biết cấu trúc của file xml và khi người dùng nhập liệu rồi làm các thứ thì khi import dữ liệu nó sẽ thông qua lớp nào, phương thức nào ?Em thấy trong file orm có một phương thức là import_data()
2. Em thấy mỗi menu hay action khi khai báo đều phải có id của nó, vậy cái view này nó lưu trữ ở đâu ?
3. Em thấy trong file xml phải khai báo <field name="res_model">res.partner.address</field> tức là object mình muốn sử dụng để tạo View, vậy luồng hoạt động tiếp của nó sẽ là thế nào(osv sẽ lấy dữ liệu ở csdl lên view hay thế nào khác ?).
Trên đây là những điều em chưa rõ, em rất mong nhận được ý kiến của các anh. Em cảm ơn các anh rất nhiều vì đã nhiệt tình giúp đỡ em mặc dù em toàn hỏi những câu ngớ ngẩn :)

Em cám ơn anh, em cũng hiểu dần rồi ạ. Anh cho phép em hỏi thêm một số thứ nữa với ạ. Trong file xml sẽ sử dụng các thẻ để hiện thị dữ liệu ra ngoài,menu, trê, form..Em muốn hỏi thế này ạ
1. Lớp nào sẽ dùng để nhận biết cấu trúc của file xml và khi người dùng nhập liệu rồi làm các thứ thì khi import dữ liệu nó sẽ thông qua lớp nào, phương thức nào ?Em thấy trong file orm có một phương thức là import_data()
2. Em thấy mỗi menu hay action khi khai báo đều phải có id của nó, vậy cái view này nó lưu trữ ở đâu ?
3. Em thấy trong file xml phải khai báo <field name="res_model">res.partner.address</field> tức là object mình muốn sử dụng để tạo View, vậy luồng hoạt động tiếp của nó sẽ là thế nào(osv sẽ lấy dữ liệu ở csdl lên view hay thế nào khác ?).
Trên đây là những điều em chưa rõ, em rất mong nhận được ý kiến của các anh. Em cảm ơn các anh rất nhiều vì đã nhiệt tình giúp đỡ em mặc dù em toàn hỏi những câu ngớ ngẩn :)

Vậy mình có thể hiểu là model chính là osv.osv, osv.fields…, còn controller là các class trong file purchase.py (sử dụng osv làm tham số), còn view là các file .xml đúng không ạ. Em cảm ơn các anh!

Vậy mình có thể hiểu là model chính là osv.osv, osv.fields…, còn controller là các class trong file purchase.py (sử dụng osv làm tham số), còn view là các file .xml đúng không ạ. Em cảm ơn các anh!

Em cũng hiểu ra một chút rồi ạ, vì khi đọc tài liệu lúc thì em thấy 3 tier, lúc thì client server nên em cứ mập mờ, nếu như những gì anh Leo nói thì em rõ hơn một chút rồi ạ.

Chủ đề này có vẻ sôi động nhỉ, tớ tham gia với :D

M ở trong MVC với trường hợp của các ứng dụng lớn như OpenERP thì nó không làm việc trực tiếp với Database (mặc dù nó vẫn chịu trách nhiệm Data Access), mà nó làm việc với Tier khác.

Tức là nguyên cả cái cụm MVC đóng vai trò làm Presentation Layer trong mô hình đa lớp của OpenERP. Lúc này, cái M trong MVC vẫn đảm nhiệm việc "nhào nặn" dữ liệu nhưng nó không làm việc trực tiếp

Nghĩa là OpenERP gồm một core và các module có thể được cài đặt để cấu hình nên một OpenERP cụ thể.

Em cảm ơn anh đã trả lời.
Anh cho em hỏi thêm một chút thế này ạ. Trong module Purchase như hình đính kèm thì các file thể hiện MVC như thế nào. ví dụ phần view là các file .xml, phần controller là các file .py, còn phần model thì tương ứng như thế nào ạ. Em đọc trong tài liệu thấy ghi là phần model là postgreSQL tables nhưng không hiểu lắm ạ. Em cảm ơn anh nhiều!

Vậy osv ở đây có phải là model trong MVC không anh

Chào cả nhà, trước khi thảo luận về Kiến trúc của OpenERP mình xin mạo muội trả lời câu hỏi của bạn Vuơng Tùy Chi như sau:

1. Trước tiên OpenERP là một kiến trúc 3 tầng (Three-tier architecture). Trong một ứng dụng lớn thì MVC chỉ là tầng Presentation. Nó chỉ quan tâm tới presentation và sử dụng một tầng ở giữa để cắm các model đã có dữ liệu từ tầng Data. Đó là sự khác biệt giữa kiến trúc 3 tầng và MVC.
2. Mối liên hệ giữ ORM và OSV:
- ORM là một kỹ thuật lập trình nói chung, dùng để chuyển đổi dữ liệu giữa các hệ thống không tuơng thích trong OOP. Cụ thể ở đây, bạn có một hệ thống là Python và một hệ thống PostgreSQL, 2 hệ thống này rõ ràng không tuơng thích với nhau, vậy để chuyển đổi dữ liệu giữa chúng, bạn cần sử dụng kỹ thuật ORM - nó chỉ là một kỹ thuật lập trình.
- OSV trong OpenERP là một tầng dùng để lưu trữ và xử lý dữ liệu. Bao gồm OSV (osv.osv) và OSV Memory (osv_memory). osv.osv lưu trữ và xử lý dữ liệu trong PostgreSQL, còn osv.memory lưu trữ và xử lý dữ liệu trên bộ nhớ, nó sẽ bị mất khi restart server. Để lưu trữ và xử lý dữ liệu thì OSV sử dụng kỹ thuật ORM.

Em cũng đang thắc mắc về vấn đề này, rất mong các anh giúp chúng em có cái nhìn chính xác về kiến trúc của OpenERP. Em cảm ơn.

Các anh giúp em với ạ :((

em cũng thấy có mô hình này trong tài liệu hướng dẫn nhưng chưa được rõ lắm. Em rất mong các anh giúp em hiểu rõ hơn về mô hình kiến trúc của OpenERP. Em cảm ơn