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.
Mình đã tạo và kiểm tra database nhim13 trong mysql rồi nhưng khi mình migrate thì vẫn bị lỗi như trên. Đây là bảng của mình
mysql> show databases;+--------------------+|Database|+--------------------+|information_schema||mysql||nhim1||Nhim12||nhim13||nhim23||performance_schema||sys|+--------------------+8 rows in set(0.00 sec)
Thật tiếc là series này đã dừng lại (khoc)Rất nhiều người trong đó có cả em vấn muốn anh đề cập đến những điểm khác biệt giữa 2 nhánh Debian và Redhat và nhiều thứ nữa hơn trong Linux mới có thể trở thành superuser được Có thời gian anh ngồi chia sẻ tiếp nhé, Cảm ơn anh về 1 series rất rất hay mà trước giờ em không nghĩ sẽ đọc về nó
Anh thể test lại chổ này được k,e phát hiện lỗi, từ chổ sản phẩm anh thử thêm 3 sp rồi xóa hết 3 sp rồi thêm lại 3 sp rồi xóa thử, đừng reload lại nhé a
Thứ nhất đây là c#
Mình viết theo kinh nghiệm thực tế thể hiện thông qua code thực tế, k lý thuyết mơ hồ.
Thứ 2: Kế thừa nên hiểu nó đơn giãn thui cái tên nó đã nói lên rồi, giống như bạn được thừa hưởng lại nhà đất, xe cộ của bố bạn thôi , tính chất sâu xa thì cứ làm nhiều mỗi người sẽ nghiệm riêng
ví dụ về kế thừa của bạn so sánh vs kế thừa mình ví dụ, k biết bạn đã suy nghĩ kỹ chưa =))
Thứ 3: interface nó giống như một danh sách các công việc phải làm, k hề có thực thi, class D k thể gọi là kế thừa, implement bạn nhé hãy thực thi nó
À bạn có bài viết về OOP mà bạn cho là chính thống, gửi mình tham khảo với nhé
Thanks
1, nói đến đặc tính, tính chất, nên trình bày theo kiểu, nó được thể hiển ở điểm ...
2, Thông tin đưa ra chỉ là bề nổi, chưa phải bản chất.
Lấy ví dụ với tính kế thừa đi.
"Tính kế thừa (Inheritance):
Là kỹ thuật cho phép kế thừa lại những tính năng mà một đối tượng khác đã có, giúp tránh việc code lặp dư thừa mà chỉ xử lý công việc tương tự."
Cái này vốn không phải bản chất, nó chỉ là biểu hiện bên ngoài. Viết thế này kiểu như là "Vì tôi muốn dùng lại code nên tôi kế thừa" trong khi thực ra thì là "Vì tôi kế thừa nên tôi được dùng lại được code như 1 khuyến mãi )".
Để dùng lại code tôi hoàn toàn có thể viết thế này nhé
Class A{ ... }
Class B{
public A a;
public function B(A a){
this.a = a;
}
}
3, Vì 4 tính chất này là 4 tính chất cơ bản, luôn luôn được thể hiện trong bất kỳ đoạn chương trình OOP đúng nghĩa nào. Nếu là tôi, tôi sẽ lấy 1 ví dụ cho cả 4 tính chất,
P/S tôi nghĩ là ông nên đọc thêm về OOP đi, đọc tài liệu tiếng anh và ở nguồn chính thống 1 tý, tài liệu trôi nổi trên mạng hên xui lắm.
Thử trả lời thêm 1 câu nho nhỏ nhé, nếu tôi có Interface C và class D implements C thì có kế thừa không?
Một bài viết rất bull shit như rất nhiều bài viết trôi nổi trên mạng.
Tính chất E "Là cách để che dấu ..."
TÍnh chất A "Là phương pháp ..."
Khi đã nói đến tính chất người ta phải mô tả về cách nó biểu hiện ra ngoài
Chưa kể thông tin đưa ra trong bài chì là bề nổi, không nêu được bản chất vấn đề.
Mình nghĩ bạn nên tìm hiểu lại )
Đừng viết linh tinh, hỏng hết kiến thức của thế hệ đàn em =))
Vue.set(this.person, 'nickname', 'Louis');
Em hiểu như này đúng k a theo từng giá trị trong vue set từ trái qua phải,
giá trị đầu là đối tượng cần trỏ đến,
giá trị 2 là thuộc tính của đối tượng,
giá trị 3 là value cần set cho thuộc tính ở giá trị 2
Mình góp ý phần lifecycle. Hàm componentWillMount và componentWillReceiveProps đã được đánh dấu deprecated trong phiên bản mới. Bạn nên cập nhật phần này và các hàm thay thế.
DISCUSSIONS
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.
"nếu gà không đẻ trứng được chắc chắn sẽ bị giết"
Mình đã tạo và kiểm tra database nhim13 trong mysql rồi nhưng khi mình migrate thì vẫn bị lỗi như trên. Đây là bảng của mình
(gach3)
giống hay ko thì mình ko rõ, bạn xem thử hì, còn để có emoji thì bạn có thể dùng thêm gem nhúng vào nữa mới đc nha bạn, chứ cái này chưa emoji đâu
Gà đẻ nhanh quá :v
Thật tiếc là series này đã dừng lại (khoc)Rất nhiều người trong đó có cả em vấn muốn anh đề cập đến những điểm khác biệt giữa 2 nhánh Debian và Redhat và nhiều thứ nữa hơn trong Linux mới có thể trở thành
Có thời gian anh ngồi chia sẻ tiếp nhé, Cảm ơn anh về 1 series rất rất hay mà trước giờ em không nghĩ sẽ đọc về nó 
superuserđượcBạn đang ở branch A, sau khi tạo ra branch bằng lệnh trên thì git sẽ tạo ra 1 branch giống code ở branch A và bạn vẫn sẽ ở branch A =))
Anh thể test lại chổ này được k,e phát hiện lỗi, từ chổ sản phẩm anh thử thêm 3 sp rồi xóa hết 3 sp rồi thêm lại 3 sp rồi xóa thử, đừng reload lại nhé a
Thứ nhất đây là c# Mình viết theo kinh nghiệm thực tế thể hiện thông qua code thực tế, k lý thuyết mơ hồ.
Thứ 2: Kế thừa nên hiểu nó đơn giãn thui cái tên nó đã nói lên rồi, giống như bạn được thừa hưởng lại nhà đất, xe cộ của bố bạn thôi
, tính chất sâu xa thì cứ làm nhiều mỗi người sẽ nghiệm riêng 
ví dụ về kế thừa của bạn so sánh vs kế thừa mình ví dụ, k biết bạn đã suy nghĩ kỹ chưa =))
Thứ 3: interface nó giống như một danh sách các công việc phải làm, k hề có thực thi, class D k thể gọi là kế thừa, implement bạn nhé hãy thực thi nó
À bạn có bài viết về OOP mà bạn cho là chính thống, gửi mình tham khảo với nhé Thanks
1, nói đến đặc tính, tính chất, nên trình bày theo kiểu, nó được thể hiển ở điểm ...
2, Thông tin đưa ra chỉ là bề nổi, chưa phải bản chất.
Lấy ví dụ với tính kế thừa đi.
Cái này vốn không phải bản chất, nó chỉ là biểu hiện bên ngoài. Viết thế này kiểu như là "Vì tôi muốn dùng lại code nên tôi kế thừa" trong khi thực ra thì là "Vì tôi kế thừa nên tôi được dùng lại được code như 1 khuyến mãi
)".
Để dùng lại code tôi hoàn toàn có thể viết thế này nhé
3, Vì 4 tính chất này là 4 tính chất cơ bản, luôn luôn được thể hiện trong bất kỳ đoạn chương trình OOP đúng nghĩa nào. Nếu là tôi, tôi sẽ lấy 1 ví dụ cho cả 4 tính chất,
P/S tôi nghĩ là ông nên đọc thêm về OOP đi, đọc tài liệu tiếng anh và ở nguồn chính thống 1 tý, tài liệu trôi nổi trên mạng hên xui lắm.
Thử trả lời thêm 1 câu nho nhỏ nhé, nếu tôi có Interface C và class D implements C thì có kế thừa không?
Vẫn là một bài viết mơ hồ, không thấy được bản chất. Lan man, nhiều chữ, nhiều hình nhưng vấn đề trọng tâm thì chưa làm nổi bật được.
Thanks bạn, Lần đầu mình viết bài, nên có những đoạn khó hiểu và rườm rà, bạn có thể chỉ rõ cho mình biết đoạn nào sai không?
Một bài viết rất bull shit như rất nhiều bài viết trôi nổi trên mạng. Tính chất E "Là cách để che dấu ..." TÍnh chất A "Là phương pháp ..." Khi đã nói đến tính chất người ta phải mô tả về cách nó biểu hiện ra ngoài Chưa kể thông tin đưa ra trong bài chì là bề nổi, không nêu được bản chất vấn đề. Mình nghĩ bạn nên tìm hiểu lại
)
Đừng viết linh tinh, hỏng hết kiến thức của thế hệ đàn em =))
Bài viết hay quớ bạn eii
đúng rồi em
Vue.set(this.person, 'nickname', 'Louis'); Em hiểu như này đúng k a theo từng giá trị trong vue set từ trái qua phải, giá trị đầu là đối tượng cần trỏ đến, giá trị 2 là thuộc tính của đối tượng, giá trị 3 là value cần set cho thuộc tính ở giá trị 2
password thì phải tối thiểu 60 ký tự, thừa mất 1 số 0 rồi
Cảm ơn bạn đã góp ý.
Mình góp ý phần lifecycle. Hàm componentWillMount và componentWillReceiveProps đã được đánh dấu deprecated trong phiên bản mới. Bạn nên cập nhật phần này và các hàm thay thế.