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

• it is easy for us to add other plugin in Babel , example: transform-class-properties, styled-components, react-hot-loader/babel

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!

um, tại mình thấy việc import tất cả style như vậy là không cần thiết, và để làm rõ vấn đề cho những bạn mới có thể hiểu, b update được lên bài viết thì tốt quá.

Thay vì import tất cả styleSheet: import AppStyle from '../theme'; mình có thể import dạng: import { StyleCommon, StyleMain } from '../theme'; không? nếu alfm thế thì bạn phải sửa lại code của index.js thành export từng cái thay vì nhét hết vào 1 object AppStyle nhé

import AppStyle from '../theme'; sẽ mặc định nhận file index.js đúng k? chuẩn rồi

• Thay vì import tất cả styleSheet: import AppStyle from '../theme'; mình có thể import dạng: import { StyleCommon, StyleMain } from '../theme'; không?
• import AppStyle from '../theme'; sẽ mặc định nhận file index.js đúng k?

"Nó chỉ render thành phần có sự thay đổi dữ liệu". Ơ tưởng render theo thành phần có đăng ký vào để theo dõi chứ nhể @@

   'defaults' => [
        'guard'     => 'web',
        'passwords' => 'users',
    ],

    'guards' => [
        'web' => [
            'driver'   => 'session',
            'provider' => 'users',
        ],

        // For admin
        'admins' => [
            'driver'   => 'session',
            'provider' => 'admins'
        ]

driver eloquent với driver session là sao vậy a,

nếu bạn là con trai, bạn không nên lấy cái tên "Bùi Thị Hiếu" =))

Hay quá

Bài viết hay quá :v mong bạn ra nhiều bài hơn ha

1, Chúng ta đang nói về lý thuyết OOP mà bạn. Kể cả bạn có kinh nghiệm thực tế thì điều gì khẳng định code bạn sạch, đẹp follow đúng OOP? Lý thuyết bạn không hiểu thấu đáo bản chất thì chả có cái kinh nghiệm nào nó bù đắp được cả nên chuyện có làm thực tế hay không vốn dĩ nó không quan trọng lắm.

2, Kế thừa trong mà bạn cho rằng "giống như bạn được thừa hưởng lại nhà đất, xe cộ của bố bạn thôi". OK. Thế bạn có bao giờ tự hỏi tại sao người ta không dùng inherits (dịch ra là kế thừa đấy) mà phần nhiều ngôn ngữ dùng extends không (dịch là mở rộng nhé). Mình có đưa ví dụ kế thừa nào đâu? ý bạn là cái vụ "có Interface C và class D implements C", nghĩ lỹ rồi chứ, nhưng đấy không phải cách mình lấy ví dụ về tính kế thừa bạn ạ, mình chỉ muốn đặt câu hỏi thôi để biết ý kiến của bạn thôi

3, Ý mình hỏi là Nếu trong trường hợp mình không có class cha, class con mà là 1 interface và 1 class implement nó thì có thể hiện được tính chất kế thừa hay không? -> và có vẻ câu trả lời của bạn vẫn là không.

Tài liệu thì bạn có thể xem theo gợi ý ở đây nhé: https://martinfowler.com/bliki/GangOfFour.html

Có vẻ đã làm bạn không vui rồi, Sorry nhé.

Chúc bạn vui vẻ.

Thân ái.