thảo luận Cuối cùng thì áp dụng 4 tính chất OOP vào code base như thế nào nhỉ?

Tính ra nhiều anh không biết rõ về OOP quá nhỉ, theo mình hiện tại chưa nói đến những kĩ năng khác, OOP mà chưa hiểu rõ thì khó mà giỏi đc. OOP thật ra nó chỉ là concept, khi code bạn có thể ko cần tuân theo, nhưng khi bạn thật hiện theo đủ và đúng thì nó sẽ mang lại những lợi ích. OOP còn tùy thuộc vào framework và ngôn ngữ chúng ta viết. Như java thì khi viết từ cơ bản nó đã đòi hỏi syntax cần phải tuân theo OOP vô cùng rõ ràng, còn python thì ko như vậy. Có nhiều bài viết trên gg bằng tiếng việt viết về OOP chỉ cóp nhặt lung tung nên gây khó khăn cho người muốn tìm hiểu. Ví dụ như Encapsulation, nhiều ví dụ trên mạng nêu rằng tính đóng gói ngăn người dùng access trực tiếp vào và sửa đổi các mã code mà phải thông qua method đc cung cấp. Từ người dùng ở đây rất có thể gây hiểu lầm với end user, vì end user làm gì có quyền hoặc ko thể truy cập vào source code thì làm sao mà access, làm sao end user có thể vào code của bạn mà gáng 1 propertise của 1 instance thành 1 giá trị khác. Vì vậy cho nên, encapsulation chỉ có tính chất phụ trợ cho cách làm việc của lập trình viên để tránh việc chính họ (hoặc người khác trong team) vô tình thay đổi 1 thứ gì đó mà họ ko nhận thức đc là nó đc protect. Khi họ muốn thay đổi, họ phải thông qua getter, setter (java), khi dùng getter, setter họ sẽ nhận thức đc rõ ràng những gì họ thay đổi. Và việc đó cũng giúp quản lý code dễ dàng hơn, cũng như dễ mở rộng, maintain sau này
bác nói có lí nhưng thực tế ra vào dự án lúc này lúc kia ,bác không rõ concept thì khó nchuyen được vs ng trong team hoặc khách hàng,mà nói đc và đúng đi nữa mà ng ta kêu đọc mấy cái tài liệu trên mạng là đúng thì bác làm gì được ngta,nên sau cùng khi lời nói không còn tác dụng mà miếng cơm còn phải phụ thuộc thì phải làm theo ý người ta hiểu :too_sad: thấp cổ bé họng thì làm theo sách vở chứ level cao mà oop thì mỗi người sẽ có sở đắc riêng,bàn đúng sai cũng k còn quan trọng nữa,do ng ta quen làm thế và sản phẩm nó cũng đã ra được sử dụng 1 tgian dài,h kêu sửa lại với mấy sếp thì mấy sếp học lại từ đầu sao mà chịu được
nên mục đích bàn ở đây để cho mng và bản thân có insight chứ bàn đúng sai mỗi người mỗi ngày thì tgian chả bao giờ là đủ

Tks những chia sẻ trên của bác
 
bác nói có lí nhưng thực tế ra vào dự án lúc này lúc kia ,bác không rõ concept thì khó nchuyen được vs ng trong team hoặc khách hàng,mà nói đc và đúng đi nữa mà ng ta kêu đọc mấy cái tài liệu trên mạng là đúng thì bác làm gì được ngta,nên sau cùng khi lời nói không còn tác dụng mà miếng cơm còn phải phụ thuộc thì phải làm theo ý người ta hiểu :too_sad: thấp cổ bé họng thì làm theo sách vở chứ level cao mà oop thì mỗi người sẽ có sở đắc riêng,bàn đúng sai cũng k còn quan trọng nữa,do ng ta quen làm thế và sản phẩm nó cũng đã ra được sử dụng 1 tgian dài,h kêu sửa lại với mấy sếp thì mấy sếp học lại từ đầu sao mà chịu được
nên mục đích bàn ở đây để cho mng và bản thân có insight chứ bàn đúng sai mỗi người mỗi ngày thì tgian chả bao giờ là đủ

Tks những chia sẻ trên của bác
thực tế dự án thì làm theo team chứ cái gì mà khó?
họ tách class, tạo abstract, interface thế nào thì làm theo.
còn concept thì đầy trên mạng, mà khách hàng nào lại quan tâm oop là cái gì
 
công nhận Back End có cái hay nhỉ
phỏng vấn khai thác loanh quanh rồi đào sâu vào OOP ,interface , abstract class, final ,static , collections mà có thể nắm dc khả năng của ứng viên
hay thật
 
Back
Top