Bài viết tệ, như làm cho có, nhiều chỗ còn viết sai chính tả, thiếu dấu, viết tùm lum, không biết lý do gì nhưng mình thấy trên viblo có những thành phần viết bài rất lạ, kiểu ráng viết cho có, chứ chả hề có chút tâm huyết, thật kỳ lạ.
Đây chỉ là ví dụ để cho mn có thể hình dung một cách đơn giản về cơ sở dữ liệu thôi. Chứ thực tế sẽ có nhiều khĩ thuật hơn là việc chỉ liên kết các bảng như này như kiểu đa hình, kế thừa, ... Nếu với một người mới bắt đầu với việc xây dựng cơ sở dữ liệu thì mình nghĩ chỉ cần như vậy là đủ rồi. Còn ý kiến của bạn rất đúng. Mình không phản đối. Nhưng mục đích bài viết mình có nói rõ mà.
Không nên cho idTaiKhoan ở trong các bảng giangvien, admin và hocsinh. Thay vì thế bạn có thể thêm trường manguoisudung vào bảng tài khoản và kèm theo đó là loainguoisudung như vậy bạn mới có thể biết được tài khoản nào là của admin, gv, hay hs.
Ngoài ra bảng admin để như vậy là không cần thiết. Admin mặc định sẽ mở tất cả các quyền trừ khi bạn đang làm admin của từng lớp. Nhưng điều này không khả thi và thiếu logic Nếu quản lý từng lớp học thì là giáo viên chủ nhiệm.
Phần extend và include bạn viết nhầm, và viết cũng chưa đủ nữa.
extend 1 module => class method,
include 1 module => instance method,
Nhưng extend là 1 phương thức có public còn include thì là private, đó là 1 điểm khác biệt thứ 2.
Anh cũng thấy tiếc quá khi còn mấy cái series đang dang dở không viết tiếp được Để thời gian tới thu xếp công việc để quay lại với nghiệp viết lách xem sao
THẢO LUẬN
Bài viết tệ, như làm cho có, nhiều chỗ còn viết sai chính tả, thiếu dấu, viết tùm lum, không biết lý do gì nhưng mình thấy trên viblo có những thành phần viết bài rất lạ, kiểu ráng viết cho có, chứ chả hề có chút tâm huyết, thật kỳ lạ.
@thinhpham Link phần 2 export đây bạn nhé https://viblo.asia/p/phan-2-cac-cach-export-ket-qua-sau-khi-kiem-thu-tu-dong-su-dung-python-vyDZOP9Glwj
Hay quá, cảm ơn a !
Lợi Hại !
cảm ơn đã fb, mình sẽ update lại (bow)
cảm ơn đã fb, mình sẽ update lại (bow)
Đây chỉ là ví dụ để cho mn có thể hình dung một cách đơn giản về cơ sở dữ liệu thôi. Chứ thực tế sẽ có nhiều khĩ thuật hơn là việc chỉ liên kết các bảng như này như kiểu đa hình, kế thừa, ... Nếu với một người mới bắt đầu với việc xây dựng cơ sở dữ liệu thì mình nghĩ chỉ cần như vậy là đủ rồi. Còn ý kiến của bạn rất đúng. Mình không phản đối. Nhưng mục đích bài viết mình có nói rõ mà.
cái đoạn recived có thể dùng doble-quote để nội suy viết cho dễ đọc =))
Phần extend và include bạn viết nhầm, và viết cũng chưa đủ nữa. extend 1 module => class method, include 1 module => instance method, Nhưng extend là 1 phương thức có public còn include thì là private, đó là 1 điểm khác biệt thứ 2.
một bài viết rất chi tiết về OOP. thank b
bá đạo quá
Mình clone git repo của bạn thử, nhưng chức năng reload trang khi thay đổi code không hoạt động.
Hì (bantim)
@anhchungite , by other way I already have my article for a long time ago, https://viblo.asia/p/create-react-apps-with-no-build-configuration-3P0lPMJv5ox
Tay gà mờ này đúng là một chiên gia!
Trong phần cấu trúc store, tách getters, mutations, actions thành file js riêng, sau đó để chung 1 thư mục cũng chưa hợp lý.
Phải tách thành thư mục riêng ứng với tên các thành phần, trong thư mục đó mới có các file getters, mutations, actions riêng.
https://github.com/petervmeijgaard/vue-2-boilerplate/tree/master/src/store
@huusu1996 Sorry em (^^;)
Anh cũng thấy tiếc quá khi còn mấy cái series đang dang dở không viết tiếp được
Để thời gian tới thu xếp công việc để quay lại với nghiệp viết lách xem sao 
A ơi link git chết rồi cho e xin source được không Thanks!
thanks bro!