thank bác, đã sub
))
thắc mắc [Java] Thắc mắc về Java
- Thread starter lindatran
- Start date
))RaitoLight4492
Member
Bạn có source cái project này không? Cho mình xin tham khảo với, mình cám ơntách logic sang service nha phen, ở controller e viết ntn thôiView attachment 2369526
Hellscream
Đã tốn tiền
Lambda là thứ rất tuyệt vởi đấy bạn. Một số trường hợp hữu dụng như xử lý Optional, viết mấy cái Handler. Quen rồi nghiện đấy. Thích rồi thì đến với Functional Interface.Em đang học đến phần Java Core có Lambda, Inner Class,... mà thấy cno khó áp dụng quáHay tại em ngu ta
buonnguqua10
Senior Member
Làm course miễn phí trên youtube là đáng hoan nghênh
Nhưng đặt tên video tiếng Anh với không có video nào hiện hình bản thân lên thì không được youtube đề xuất đâu fen
Như kênh Vũ Nguyễn Coder content chả có mệ gì nhưng nó dám chường mặt lên video thì đề xuất rầm rầm, view toàn chục ngàn, trăm ngàn
uoc1landcnoivedayanuoi
Senior Member
Ví dụ thím muốn làm món gì đó cần thịt heo thì thay vì tự chăn nuôi thím sẽ đi mua nguyên liệu nấu ăn ở ngoài cho lẹ để còn tập trung vào nấu ăn. Nếu tự làm hết thì thím kiểm soát được nó, đấy là quyền kiểm soát (control) đang ở phía thím, thím muốn nuôi heo bằng thuần 1 loại thức ăn duy nhất thì thím có thể làm. Còn bây giờ, thím để bên khác làm giùm, mình không quyết định ngày nào cho con heo ăn cái gì được nữa, chỉ biết kết quả là có miếng thịt heo thì đấy là inversion of control. DI thì nó là mấy cái pattern để đạt được IoC thôi. DI thì nó đi chi tiết hơn, ví dụ constructor injection thì nó nói rõ luôn làm sao để đạt được inversion of control: thêm tham số để nhận dependency rồi lưu lại trong object.
tonghoangvu
Senior Member
"DI is about wiring, IoC is about direction, and DIP is about shape".
DIP in the Wild
Some practical examples of how the Dependency Inversion Principle (DIP) can help you simplify your code.
martinfowler.com
Kinggodmonkey
Senior Member
IOC nó nói về việc thực hiên luồng điều khiển, thay vì mình tự kiểm soát trình thực hiện thì sẽ giao cho bên khác đảm nhiệm .
Còn DI là 1 trong một số cách cụ thể để thực hiện IOC, bằng hạm tạo setter ..
pphhggggg
Senior Member
đã sub, tks bác
Thanks bạn gợi ý, chắc bạn để ngôn ngữ điện thoại tiếng Anh nên thấy tiêu đề tiếng Anh. Tại mình để cả 2 ngôn ngữ Tiếng Anh và Tiếng Việt.
Quay video phải có mặt mình ở góc dưới mới đc đề xuất nhiều hả bạn?
buonnguqua10
Senior Member
Góc nào cũng được. Không cần clip nào cũng hiện hồn. Thỉnh thoảng 1 vài clip anh hiện hồn trên webcam ở góc hay toàn màn hình trong 1 phút đầu chém gió là được
buonnguqua10
Senior Member
OOP fen cứ khai báo class A này trong class B kia, rồi B trong C nó phụ thuộc lẫn nhau. Khi sửa các thuộc tính hay các phương thức của A là bên B phải sửa theo, rồi sửa B là bên C cũng phải sửa theo 1 loạt
Nên DI sinh ra để fen viết class A1, A2, B1, B2 thoải mái rồi dùng 1 method độc lập đăng ký cả lũ trong class C là chạy được
Trong backend thì A1 là chạy local trên máy fen còn A2 là chạy trên production thật.
Cần thì sửa lại vài chữ trong 1 dòng lệnh của class C là muốn chạy local hay chạy trên server thật thôi
Anyway, sang dùng Go là éo phải dính đến cái mớ phụ thuộc class của OOP rồi các phương pháp chống phụ thuộc này
Last edited:
Shioryuu
Junior Member
Hi các bác, em có case này các bác xem giúp em với ạ.
Em call URL ở local có double slash (//) thì bị Spring Security bắt lỗi "The request was rejected because the URL contained a potentially malicious String "//"", còn ở production em check trong log thì chỗ double slash (//) thành slash (/) thôi ạ.
Local em chạy window còn production là linux (em không biết có liên quan không nhưng cứ cung cấp thêm thông tin).
Expect hiện tại của em là phải bắt lỗi.
Có bác nào từng gặp case này rồi cho em xin hướng đi hay keyword với ạ. Em cảm ơn ạ.
Em call URL ở local có double slash (//) thì bị Spring Security bắt lỗi "The request was rejected because the URL contained a potentially malicious String "//"", còn ở production em check trong log thì chỗ double slash (//) thành slash (/) thôi ạ.
Local em chạy window còn production là linux (em không biết có liên quan không nhưng cứ cung cấp thêm thông tin).
Expect hiện tại của em là phải bắt lỗi.
Có bác nào từng gặp case này rồi cho em xin hướng đi hay keyword với ạ. Em cảm ơn ạ.
Đó là do security policy của Spring bạn có thể bypass theo topic này:
Spring Security - The request was rejected because the URL contained a potentially malicious String "//"
I found an interesting exception in my logs: org.springframework.security.web.firewall.RequestRejectedException: The request was rejected because the URL contained a potentially malicious String &q...
Shioryuu
Junior Member
Dạ security policy của Spring hiện tại đúng expect của em dưới local.Đó là do security policy của Spring bạn có thể bypass theo topic này:
Spring Security - The request was rejected because the URL contained a potentially malicious String "//"
I found an interesting exception in my logs: org.springframework.security.web.firewall.RequestRejectedException: The request was rejected because the URL contained a potentially malicious String &q...stackoverflow.com
Ý em là ví dụ em có 1 URL "integration///product" thì ở local em cái request bắt được vẫn là "integration///product" còn trên production thì request bắt được là "integration/product". Vì lúc này nó đã tự remove các slash thừa nên nó work bình thường luôn chứ expect là nó phải throw lỗi ạ.
jackrabbit
Junior Member
Có thể trên prod đa số là request sẽ được reverse proxy bằng nginx, apache...etc hoặc load balancer của cloud, nên cái url sẽ được clean trước khi vào application.
Đấng Tối Cao
Member
khả năng là v, như v thì đến tầng service ko còn lỗi nữa
hiểu vấn đề: thông tin đầu vào bị khác biệt giữa môi trường dev và prod => tìm ra nguyên nhân vì sao v => nếu do nginx hay gì đó chỉnh, thì việc bắt lỗi có còn cần thiết?
Shioryuu
Junior Member
Dạ em cảm ơn bác. Để em đi tìm hiểu rồi check thử ạ.
Shioryuu
Junior Member
Nếu như prod config để clean URL như vậy thì chắc report QC close ticket thôi ạ.
Similar threads
