Để hiển thị được chi tiết của 1 order dưới dạng popup thì bạn phải get được các thông tin của order đó trước rồi đặt thông tin của order vào popup, cụ thể là cho tất cả thông tin vào div "modal-content" là được.
Nếu site của bạn được build trên các open source thì bạn nên làm dưới dạng plugin để cài đặt vào site.
Cái chính là get được thông tin của Order. Còn hiển thị dưới dạng popup như thế nào thì bạn làm theo hướng dẫn trong bài này của mình là ok.
anh có thể cho em hỏi là làm sao để cái thanh màu xanh đó khi nó chạy được tới góc pải màn hình thì biến mất như viblo ạ, em làm theo hướng dẫn nhưng nó chạy tới đc góc pải thì vẫn còn thanh xanh ở trên màn hình ạ
@thangtd90 Bài viết của anh rất chi tiết và văn phong cũng rất hay, khó có thể kiếm được bài nhập môn nào tốt hơn.
Cảm ơn anh đã dành thời gian để viết bài này.
Mình đồng ý với bạn . Một vấn đề luôn có nhiều cách giải quyết, không phải lúc nào cũng nhất nhất phải design pattern ^^. Design pattern bản chất sinh ra để giải quyết 1 số vấn đề nhất định nên nó không phải là cái gì đó là hoàn hảo ^^. Điều quan trọng khi học design pattern là nhận diện được vấn đề để áp dụng được nó vào -> đừng nên thần tượng hóa design pattern nhưng cũng không được xem nhẹ nó nha >.<
quan điểm cá nhân của em thôi nhé:
Trong cách làm dựa vào Factory DP như trong Ví dụ này :
A đang sử dụng 1 data-structure trong Factory để tạo ra Customer cần thiết -> đặc điểm của loại này là khó thay đổi type, dễ thêm behavior, đoạn này đồng ý vì trách nhiệm lớn nhất của Factory là để tạo ra instance mình cần.
Ở công đoạn tiêu thụ instance có được từ Factory, ta lại sử dụng các instance của Object (hiden type, public behavior).
Bây giờ đặt trường hợp em muốn thêm hành vi gift() cho các loại customer, anh sẽ phải viết thêm vào toàn bộ các Class Customer => không tốt
Và nếu em muốn thêm loại Customer Standard thì em phải sửa lại Factory => cũng không tốt
thay vì thế nếu em không dùng Factory, mà chỉ sử dụng 1 datastructure như Code ban đầu của anh lúc chưa dùng Factory, thì khi em muốn thêm 1 behavior thì rất đơn giản đổi lại việc thêm 1 Type của Customer thì khó khăn hơn vì phải sửa lại Code cũ. 1 vấn đề có tính 2 chiều, đều có lợi và có hại.
Nói chung là theo em nên tuỳ từng trường hợp, ý đồ của mình phát triển theo hướng nào thì mới áp dụng các DP vào nữa
DISCUSSIONS
Bài dịch hay cơ mà xem lại chính tả bác ơi @@
Bạn nên link phần 1 vào đầu bài viết để dễ tìm kiếm hơn
Để hiển thị được chi tiết của 1 order dưới dạng popup thì bạn phải get được các thông tin của order đó trước rồi đặt thông tin của order vào popup, cụ thể là cho tất cả thông tin vào div "modal-content" là được. Nếu site của bạn được build trên các open source thì bạn nên làm dưới dạng plugin để cài đặt vào site. Cái chính là get được thông tin của Order. Còn hiển thị dưới dạng popup như thế nào thì bạn làm theo hướng dẫn trong bài này của mình là ok.
anh có thể cho em hỏi là làm sao để cái thanh màu xanh đó khi nó chạy được tới góc pải màn hình thì biến mất như viblo ạ, em làm theo hướng dẫn nhưng nó chạy tới đc góc pải thì vẫn còn thanh xanh ở trên màn hình ạ
Bài rất hay, cám ơn bạn!
@nguyen.tuan.minh bài viết bạn rất hay nhưng hình như bị thiếu hả bạn ?
Series này hay đó
làm thế nào để thị đơn hàng chi tiết trên Modal popup khi mình click vào id đơn hàng trên gridview
chả hiểu gì
"Bạn mới" mà viết thế này thì sao gọi là dễ hiểu được bạn??? đơn điệu đơn giản quá, cứ như kiểu 'lười viết'. Đọc xong ko thấy gì sáng tỏ hơn!
Hóng bản tiếng Việt để có thể hiểu sâu hơn
@thangtd90 Bài viết của anh rất chi tiết và văn phong cũng rất hay, khó có thể kiếm được bài nhập môn nào tốt hơn.
Cảm ơn anh đã dành thời gian để viết bài này.
@Vagabond Bài viết sau có một đoạn nói về
https://viblo.asia/Hoanghoi/posts/MLzGObjnvpq#ph-n-bi-t-static-method-v-i-self-method-10
selfvsstatic, hy vọng nó có ích cho bạn僕もKarabinerを使っています。超便利ですね。日本語レイアウトのキーボードでもOK!
@Vagabond: Bạn có thể đọc chi tiết thông qua cụm từ Late Static Bindings
Vậy cho mình hỏi cách sử dụng self:: và static:: khác biệt như thế nào?
Mình đồng ý với bạn
. Một vấn đề luôn có nhiều cách giải quyết, không phải lúc nào cũng nhất nhất phải design pattern ^^. Design pattern bản chất sinh ra để giải quyết 1 số vấn đề nhất định nên nó không phải là cái gì đó là hoàn hảo ^^. Điều quan trọng khi học design pattern là nhận diện được vấn đề để áp dụng được nó vào -> đừng nên thần tượng hóa design pattern nhưng cũng không được xem nhẹ nó nha >.<
với mảng trong js mình thường dùng for(var index in arr) hơn không cần biết phần tử mảng dài bao nhiêu.
quan điểm cá nhân của em thôi nhé: Trong cách làm dựa vào Factory DP như trong Ví dụ này :
Bây giờ đặt trường hợp em muốn thêm hành vi gift() cho các loại customer, anh sẽ phải viết thêm vào toàn bộ các Class Customer => không tốt Và nếu em muốn thêm loại Customer Standard thì em phải sửa lại Factory => cũng không tốt
thay vì thế nếu em không dùng Factory, mà chỉ sử dụng 1 datastructure như Code ban đầu của anh lúc chưa dùng Factory, thì khi em muốn thêm 1 behavior thì rất đơn giản đổi lại việc thêm 1 Type của Customer thì khó khăn hơn vì phải sửa lại Code cũ. 1 vấn đề có tính 2 chiều, đều có lợi và có hại.
Nói chung là theo em nên tuỳ từng trường hợp, ý đồ của mình phát triển theo hướng nào thì mới áp dụng các DP vào nữa
Cảm ơn anh đã cho em một bài học bổ ích , thanks