Cảm ơn bạn đã quan tâm đến bài viết. Mình xin trả lời câu hỏi của bạn như sau:

1. Không phát sinh lỗi bạn nhé, mình đang cần lấy dữ liệu trong controller PrtController để show thông qua file product.view.html như ở trên, vì thế nên ta phải khai báo controller cho state product ở file app. (Mình đã sửa lại phần chú thích của state product)
2. Điều này hoàn toàn bình thường nhé bạn.

bài viết hay, hình như Swift Package Manager chưa dùng được cho ios đúng không bạn? mình hay dùng ObjectMapper cùng phần mềm "JSONExport" , mình góp ý thêm phần mềm JSONExport này để tạo modal tự động nhanh chóng hơn khi thao tác vs server trong dự án :v. https://github.com/Ahmed-Ali/JSONExport

Tks ông bạn. ahihi đồngôk :v

hay lắm :v

Bài viết hay, rõ. Có rất nhiều người đi làm kinh nghiệm lâu rồi cũng chưa thể (chữa rõ) nói rõ như bạn được . Bạn có thể nói rõ hơn đoạn này được không? "Kiểm tra và diễn dịch kiểu của một instance của một class lúc runtime". Và "website uy tín trên thế giới" bạn hay đọc cho mọi người tham khảo được không? Cám ơn bạn @Le.Van.Tuan về bài viết.

@quynh001 Đúng là dùng Facade như em nói sẽ phải khai báo use class, nhưng đừng quên những class Facade đều được khai báo alias ở file config/app.php, do đó để dùng Facade Request em chỉ cần use Request là được. Trong khi để dùng Dependency Injection thì em sẽ phải nhớ và use một cái class rất dài, và đôi lúc không giống với tên Facade mà thường dùng. (ví dụ như facade Cache thì class tương ứng là Illuminate\Cache\Repository, danh sách em có thể xem ở https://laravel.com/docs/5.4/facades#facade-class-reference) Vì thế nên đôi lúc sử dụng Facade thì tiện lợi và dễ dùng hơn là dependency injection nhiều. Có điều là như anh đề cập ở trên thì dùng Facade sẽ gây khó khăn cho những người mới tiếp xúc với Framework trong việc tìm hiểu sâu bên dưới, như tìm xem một hàm của Facade từ đâu đến, nó nằm ở đâu, được code như thế nào.

Còn việc "Có quá nhiều cách thực hiện một công việc mà giữa chúng chẳng đem lại lợi ích gì khác biệt." thì anh cũng không nghĩ rằng đó lại là một điểm "chưa tốt" của framework. Có thể đôi lúc có nhiều cách thật đấy, nhưng mà bản chất của chúng lại liên quan mật thiết với nhau mà. Và cũng coi như đấy là những giải giáp mà framework cung cấp cho chúng ta đi, còn việc chúng ta sử dụng giải pháp nào là do team quyết định. Trong team nên có những convention, thống nhất trong team thì sẽ tốt hơn Cũng giống như làm việc với một ngôn ngữ lập trình vậy, để giải quyết một vấn đề đơn giản, đôi khi ta cũng có rất nhiều cách mà.

cho tớ skype củ bạn Nguyen Thi Thuy Ngan bạn viết bài hay quá thui bạn add skype tớ : Quý Khả Nguyễn

Em thấy phần lớn core của laravel hay các framework đều dùng dependency injection. Nhưng khi chỉ tìm hiểu vài class như middleware hay providers cơ bản của laravel thì thấy lúc dùng dependency injection, lúc lại dùng facades. Theo em thì dùng facade cũng chẳng tiện hơn vì muốn dùng thì phải khai báo class, use class short name hoặc khai báo alias. Trong khi đó, có quá nhiều cách để làm một việc vô hình gây khó khăn trong việc thống nhất khi lập trình vì mỗi người thích một kiểu. Mặc dù em rất thích Laravel nhưng chủ quan em thấy đây cũng là điểm "chưa tốt" của framework này vì "Có quá nhiều cách thực hiện một công việc mà giữa chúng chẳng đem lại lợi ích gì khác biệt." Không biết quan điểm của anh thế nào?

Có 2 điểm mình thắc mắc trong source bạn show ở trên đó là:

1. Ở file app.js bạn đang khai báo controller cho state product chứ không phải home => có phát sinh lỗi hay không?
2. Mình không thể phần khai báo ng-controller ở cả 3 file view, điều này vẫn được chấp nhận phải không? Mong bạn giúp đỡ.

Cuộn cả đoạn dài, rồi nhìn cái kết quả -_- Mình chưa làm việc với webpack, reactjs nhiều lắm, nhưng thực sự cảm thấy 2 thứ này rất là hãm l*n. Quá nhiều thứ phải học, code thì dài ra, mà đa phần chỉ viết vài ba cái nhỏ nhỏ như thế này (hoặc có thể là to hơn tí). React dùng cho FB, một app cực kỳ phức tạp, còn chúng ta, chả ai đi build thứ gì như FB cả.

Yes, long time no see.

rất hữu ích

i love you

Chào bạn. Bạn có thể dùng plugin có trên jenkins wiki: https://wiki.jenkins-ci.org/display/JENKINS/Seleniumhq+Plugin https://wiki.jenkins-ci.org/display/JENKINS/Selenium+Plugin https://wiki.jenkins-ci.org/display/JENKINS/UI+Test+Capture+Plugin

@taab84: My tutorial was mostly based on Rails 4.x. Let me try with Rails 5 I guess rake command is no longer working in Rails 5.x version. Let try rails command

khi build failure plugin đó sẽ tự động chụp lỗi

Chụp lỗi ở đây là gì bạn ? Ý bạn là chụp màn hình à ? ==> unstable vì process chạy không có UI Tuy nhiên bạn có thể public 1 result test report khi build xong , bạn có thể google để tìm một vài plugin jenkins về Selenium.
Bài viết này mình chỉ dừng lại ở việc hướng dẫn xây dựng hệ thống. Việc implement và vận hành cần phải tìm hiểu nhiều hơn để chọn lựa solution tốt nhất. Thân.

i appreciate you tutorial and tried your method but i'm stucked at the migration when i tried rake --tasks command, i don't know what i've done wrong, is that because rails 5 deprecated rake command? (i also tried rails instead of rake the first time), will you make an update for Rails 5?

Does it support Android 6.0 and lower version?

@TruongLocBinh (?)

Bài viết rất bổ ích. Cám ơn tác giả.