Tùy chọn
Lập trình bằng ADO trong Acess
- Lập trình bằng ADO trong Acess
-
RE: Lập trình bằng ADO trong Acess
quan_pc > 22-12-13, 11:08 PM
(22-12-13, 04:41 PM)tmtien261 Đã viết: Các Pro ơi ! Chỉ có 1 "form bán hàng" nhìn có vẻ đơn giản mà sao phải có nhiều Func, Sub để quản lý thế ? Đó là chưa kể đến việc phải thêm: Phần cập nhật công nợ khách hàng, Cập nhật vào hàng tồn kho, Cập nhật danh sách khách hàng ...
Các pro chỉ giáo xem làm thế nào để giảm các Func, Sub cho gọn gọn tý không ?
Thanks !
Ít hay nhiều thì phụ thuộc vào người viết chương trình, còn về func với sub thì phải dò từ function, sub xem cái nào không dùng thì xoá đi. -
RE: Lập trình bằng ADO trong Acess
Minh Tiên > 23-12-13, 10:01 AM
Bạn "quan_c" có kinh nghiệm trong lập trình có thể có mình lời khuyên về việc "Xây dựng" cấu trúc dữ liệu, cách quản lý, khai thác các Function, Sub gọn gàng, khoa học được ko ? Cảm ơn nhiều ! -
RE: Lập trình bằng ADO trong Acess
quan_pc > 24-12-13, 12:34 AM
(23-12-13, 10:01 AM)tmtien261 Đã viết: Bạn "quan_c" có kinh nghiệm trong lập trình có thể có mình lời khuyên về việc "Xây dựng" cấu trúc dữ liệu, cách quản lý, khai thác các Function, Sub gọn gàng, khoa học được ko ? Cảm ơn nhiều !
Cái này thì mình chịu
, mình viết chương trình thì khi nào gặp 1 vấn đề cần các function, sub .. thì mình mới viết thôi ^^.
-
RE: Lập trình bằng ADO trong Acess
MTNQ > 14-01-14, 01:24 AM
(22-12-13, 04:41 PM)tmtien261 Đã viết: Chỉ có 1 "form bán hàng" nhìn có vẻ đơn giản mà sao phải có nhiều Func, Sub để quản lý thế ?...
-Theo mình nghĩ thì chỉ Bound form mới ít Function, Sub thui (thực ra là các hàm đã được viết sẵn, ta chỉ cần gọi nó ra để sử dụng). Còn với Unbound Form thì phải tự viết một số hàm, thủ tục để thay thế. vd hàm fGotoRecord của mình hoặc hàm fLookup (thay cho Dlookup) của bác Lê Hồng Đức chẳng hạn
-Theo mình thì vấn đề quan trọng là sự ổn định, chính xác, tiện dụng, tiết kiệm thời gian, tài nguyên... mặc dù để đạt được các tiêu chuẩn trên sẽ phát sinh rất nhiều hàm và thủ tục
-
RE: Lập trình bằng ADO trong Acess
MTNQ > 14-01-14, 02:06 AM
Dưới đây là file mình mới thêm:
-Sử dụng hàm fLookup (thay cho Dlookup) để kiểm tra sự tồn tại của một mẫu tin (record) trong CSDL
(Trong Demo mình dùng để kiểm tra mã khách hàng đã tổn tại hay không)
-Tạo mã khách hàng
-Thủ tục để quản lý các điều khiển
-Hàm SetCboRowSource được sửa lại (có thể chưa tối ưu) để có thể sử dụng chung cho tất cả các cbo
-Dùng On Exit để lấy lại focus cho điều khiển (control) sau khi hiện thông báo
VD: sau khi nhập "ab" vào cboMahangban rồi enter, chương trình sẽ thông báo là "Chua co ma hang 'ab' ", khi Enter hay bấm OK sẽ thấy sổ xuống danh sách các mã hàng có hai chữ "ab" (con trỏ sẽ không bị chuyền sang control kế tiếp )
.....
File dowload: Demo_ADO_2
Hình:
![[Hình: 1018789066_1022438726_574_574.jpg]](http://d.f21.photo.zdn.vn/upload/original/2014/01/14/00/37/1018789066_1022438726_574_574.jpg)
Các bạn xem và góp ý nha!
-
RE: Lập trình bằng ADO trong Acess
Xuân Thanh > 14-01-14, 03:11 PM
(14-01-14, 01:24 AM)MatTroiNguQuen Đã viết:
(22-12-13, 04:41 PM)tmtien261 Đã viết: Chỉ có 1 "form bán hàng" nhìn có vẻ đơn giản mà sao phải có nhiều Func, Sub để quản lý thế ?...
-Theo mình nghĩ thì chỉ Bound form mới ít Function, Sub thui (thực ra là các hàm đã được viết sẵn, ta chỉ cần gọi nó ra để sử dụng). Còn với Unbound Form thì phải tự viết một số hàm, thủ tục để thay thế. vd hàm fGotoRecord của mình hoặc hàm fLookup (thay cho Dlookup) của bác Lê Hồng Đức chẳng hạn
-Theo mình thì vấn đề quan trọng là sự ổn định, chính xác, tiện dụng, tiết kiệm thời gian, tài nguyên... mặc dù để đạt được các tiêu chuẩn trên sẽ phát sinh rất nhiều hàm và thủ tục
Ngay cả đối với Bound Form, chúng ta cũng có thể thiết lập các hàm và thủ tục dùng chung đặt trong modul hoặc classmodul. Khi đó tại các form, report ta chỉ việc gọi các hàm và thủ tục đã xây dụng là OK. theo tôi, chúng ta nên tập thói quen này cho nhuyễn
Thân mến -
RE: Lập trình bằng ADO trong Acess
MTNQ > 15-01-14, 02:47 PM
Trong thiết kế, chương trình được chia làm nhiếu thành phần nhỏ hơn để dễ quản lý, phát triển và bảo trì ứng dụng. Như vậy vấn đề không phải là nhiều hay ít sub, function mà là làm sao để chuẩn hóa các hàm (thủ tục) nhằm đạt được mục đích nêu trên? Vấn đề này thì đòi hỏi kiến thức và kinh nghiệm.(ít nhất là kiến thức căn bản về hàm và thủ tục)
Đối với mình thì làm sao để giải quyết được các yêu cầu đề bài đặt ra cho tốt là may lắm rùi, còn làm sao để xây dựng chương trình cho gọn gàng khoa học vẫn còn là một điều xa xỉ và cần vươn tới
(P/s: file demo mình mới up lại do file trước có một câu lệnh SQl bị lỗi ) -
RE: Lập trình bằng ADO trong Acess
Minh Tiên > 21-01-14, 10:33 AM
Trích dẫn:Ngay cả đối với Bound Form, chúng ta cũng có thể thiết lập các hàm và thủ tục dùng chung đặt trong modul hoặc classmodul. Khi đó tại các form, report ta chỉ việc gọi các hàm và thủ tục đã xây dụng là OK. theo tôi, chúng ta nên tập thói quen này cho nhuyễn
Thân mến
Đúng như XT nói, chúng ta nên tập thói quan xây dựng các thủ tục, chuẩn hóa các thủ tục để sử dụng vào nhiều form, report chỉ bằng 1 hoặc vài Function hoặc Sub. (Như MTNQ tối ưu dùng CT để chung cho các cbo vậy).
Mình khi mới tiếp cận Acc cũng nghỉ như bạn MTNQ (... tối ưu còn là xa xỉ ...) nhưng bây giờ ko nghỉ thế nữa. Trước hết: Cần tự đặt yêu cầu, giải quyết cho được yêu cầu đó đã; Sau đó tiếp tục nghiên cứu các tối ưu bài giải đó đưa vào "CT", thuận tiện cho việc quản lý, bảo trì sau này. (Như XT đã khuyên tmtien261: ...quan trọng là biết chương trình lỗi ở chỗ nào ...)
Nhân đây tmtien261 xin hỏi các ACE Pro chỉ giáo giúp: "Việc quản lý dung lượng trong Access" được thực hiện như thế nào ? Cụ thể:
1. Table, Query, Report, Macro, Module mỗi loại được Acc quản lý và chiếm dụng dung lượng bao nhiêu Kb ... của chương trình ?
Cảm ơn nhiều ! -
RE: Lập trình bằng ADO trong Acess
Xuân Thanh > 22-01-14, 11:45 AM
Các bạn nên tham khảo bài viết này của bomnhauag http://thuthuataccess.com/forum/thread-6486.html
Thân mến