Các bác ạ. Em xin mạn phép nói một chút về GUI sau một số chương trình em làm được.
Một bạn điện tử đưa cho em chuyển giao diện từ Visual Basic 6.0 sang GUI( Graphic User Interface) trong Matlab. Em thấy được một số mặt như sau so với VB:
- Do Matlab là công cụ tích hợp mạnh các công cụ tính toán nên trong Gui cũng được kế thừa rất là hay như tính toán với ma trận, vecto,.. Do đó dùng GUI ta không phải viết hàm con yêu cầu tính toán nhiều như tích phân, vi phân, tính toán với ma trận( với VB thì chịu thua, viết mã dài chết).
Thứ nhất là thiết kế trực tiếp trên GUI( gõ lệnh gui trong Matlab) ta có thể nhúng các điều khiển ActiveX, biểu thị Simulink, các hệ trục,..Dùng mô phỏng như thật ấy, các bác có thể xem mấy cái Demo( nhớ cài JRE: Java Runtime
Evironment nhé down load tại java.sun.com) :
- Việc thiết kế các khung gắp thả như trong VB, lập trình cho các đối tượng cũng tương đối đơn giản với việc đặt tên cho các đối tượng trong thuộc tính Tag, tên hiển thị trên biểu mẫu với thuộc tính String, ngoài ra còn có nhiều thuộc tính cũng giống như VB như Position, Visiable,..Khi chúng ta tạo một đối tượng, thì sẽ có một hàm Callback được thêm tự động, ví dụ với đối tượng là Edit1 thì tương ứng sẽ có một hàm là Edit1_Callback được tạo ra đáp ứng sự kiện của đối tượng. Với Callback của đối tượng đó ta thao tác với đối tượng thông qua hObject và lấy thuộc tính dùng get, áp đặt thuộc tính thì dùng set:
Ví dụ:
Còn nếu muốn lấy thuộc tính của đối tượng khác thì dùng handles.nhan
Ví dụ nếu muốn lấy thuộc tính của Edit2 trong hàm Edit1_callback thì dùng:
Để lấy kết quả từ một hàm nào đó bạn có thể dùng lệnh Save để lưu vào Mfile, hoặc dùng biến toàn cục nhưng nên dùng lệnh Save, sau đó muốn láy kết quả thì dùng Load. Cách này rất tốt cho cả các form khác nhau và các ứng dụng như giữa Simulink và GUI.
Thứ nữa là nếu muốn lập trình cho menu thì tôi thấy là khi ta tạo lên một cái menu như là để mở một cái Form khác thì nếu dùng lệnh form với tên form là tên của form mà bạn cần mở ra. Nếu muốn cho form này luôn hiển thị trên các form khác thì dùng lệnh uiwait(form). Rất đơn giản phải không?Các bác có thể chạy được mấy cái đó trong môi trường Gui thôi( mở Gui và Open Browes đến file cần chạy). Hoặc là dùng lệnh trong command như trên.
Thứ hai, thiết kế bằng tay: bạn chỉ cần phải thiết kế giao diện ban đầu hơi vất, sau đó là có thể cho thuộc tính Callback gọi một số hàm dưới dạng Mfile riêng rẽ( tức là viết riêng ra). Do đó khi minh gọi dùng cho Callback của các menu thì sẽ ổn thôi. Các bác khi thiết kế thì dùng cái thuộc tính mở Gui ra mà xem, còn thiết kế thì hoàn toàn trong Mfile: ví dụ như: edi1=uicontrol('style','radiobutton',..); Viết mã này cũng hơi dài yêu cầu phải kiên trì. Rất dễ báo lỗi.
Trên đây là một số nhận xét của tôi không biết có ổn không nhưng chắc phần nào giải quyết cho các bác làm quen với Gui.
Mình đã sửa lại bài viết cho đúng với thế mạnh của nó. Nếu viết sai thì chết. Thực ra chẳng khó nếu bạn tìm được giải pháp cho đúng. Nó có thể toàn diện ngang với VB có khi còn mạnh hơn về khả năng tính toán. Còn lập trình cấp thấp thì thua là cái chắc.
Một bạn điện tử đưa cho em chuyển giao diện từ Visual Basic 6.0 sang GUI( Graphic User Interface) trong Matlab. Em thấy được một số mặt như sau so với VB:
- Do Matlab là công cụ tích hợp mạnh các công cụ tính toán nên trong Gui cũng được kế thừa rất là hay như tính toán với ma trận, vecto,.. Do đó dùng GUI ta không phải viết hàm con yêu cầu tính toán nhiều như tích phân, vi phân, tính toán với ma trận( với VB thì chịu thua, viết mã dài chết).
Thứ nhất là thiết kế trực tiếp trên GUI( gõ lệnh gui trong Matlab) ta có thể nhúng các điều khiển ActiveX, biểu thị Simulink, các hệ trục,..Dùng mô phỏng như thật ấy, các bác có thể xem mấy cái Demo( nhớ cài JRE: Java Runtime
Evironment nhé down load tại java.sun.com) :
- Việc thiết kế các khung gắp thả như trong VB, lập trình cho các đối tượng cũng tương đối đơn giản với việc đặt tên cho các đối tượng trong thuộc tính Tag, tên hiển thị trên biểu mẫu với thuộc tính String, ngoài ra còn có nhiều thuộc tính cũng giống như VB như Position, Visiable,..Khi chúng ta tạo một đối tượng, thì sẽ có một hàm Callback được thêm tự động, ví dụ với đối tượng là Edit1 thì tương ứng sẽ có một hàm là Edit1_Callback được tạo ra đáp ứng sự kiện của đối tượng. Với Callback của đối tượng đó ta thao tác với đối tượng thông qua hObject và lấy thuộc tính dùng get, áp đặt thuộc tính thì dùng set:
Ví dụ:
Code:
f=get(hObject,'String');% Lay sau nhap vao Edit1 f=str2double(f);% chuyen sau thanh kieu Double set(hObject,'String','');
Ví dụ nếu muốn lấy thuộc tính của Edit2 trong hàm Edit1_callback thì dùng:
Code:
f2=get(handles.Edit2,'String'); set(handles.Edit2,'String',' ');
Thứ nữa là nếu muốn lập trình cho menu thì tôi thấy là khi ta tạo lên một cái menu như là để mở một cái Form khác thì nếu dùng lệnh form với tên form là tên của form mà bạn cần mở ra. Nếu muốn cho form này luôn hiển thị trên các form khác thì dùng lệnh uiwait(form). Rất đơn giản phải không?Các bác có thể chạy được mấy cái đó trong môi trường Gui thôi( mở Gui và Open Browes đến file cần chạy). Hoặc là dùng lệnh trong command như trên.
Thứ hai, thiết kế bằng tay: bạn chỉ cần phải thiết kế giao diện ban đầu hơi vất, sau đó là có thể cho thuộc tính Callback gọi một số hàm dưới dạng Mfile riêng rẽ( tức là viết riêng ra). Do đó khi minh gọi dùng cho Callback của các menu thì sẽ ổn thôi. Các bác khi thiết kế thì dùng cái thuộc tính mở Gui ra mà xem, còn thiết kế thì hoàn toàn trong Mfile: ví dụ như: edi1=uicontrol('style','radiobutton',..); Viết mã này cũng hơi dài yêu cầu phải kiên trì. Rất dễ báo lỗi.
Trên đây là một số nhận xét của tôi không biết có ổn không nhưng chắc phần nào giải quyết cho các bác làm quen với Gui.
Mình đã sửa lại bài viết cho đúng với thế mạnh của nó. Nếu viết sai thì chết. Thực ra chẳng khó nếu bạn tìm được giải pháp cho đúng. Nó có thể toàn diện ngang với VB có khi còn mạnh hơn về khả năng tính toán. Còn lập trình cấp thấp thì thua là cái chắc.
Comment