THẢO LUẬN

Avatar
đã bình luận cho bài viết
thg 12 15, 2015 7:30 SA

Ý một mình nói kỹ một chút, tức là đồng bộ chỉ chơi với đồng bộ. Một threadA muốn đồng bộ một đối tượng object với ThreadB thì cả hai phải có giai đoạn khóa object này lại. Synchronized(object){ statement 1, statement 2, ... statement n } Trong lúc nó khóa object này lại thì nó sẽ thực hiện các câu lệnh statement (các câu lệnh là tùy ý tùy theo nhu cầu mỗi thread). Xong việc thì nó sẽ giao quyền khóa object lại cho một thread khác. từ khóa synchronized dùng ở phương thức cũng mang cùng ý nghĩa như trên.

+1
Avatar
đã bình luận cho bài viết
thg 12 15, 2015 7:19 SA

Mình thấy cách hiểu đồng bộ theo đoạn code hay phương thức rất dễ gây hiểu nhầm. Mình thì hiểu đồng bộ chia làm 2 cấp, đầu tiên là ở cấp đối tượng, 2 là ở cấp class(tức là khác đối tượng cũng đồng bộ được)

Và một điều quan trọng cũng như cơ bản cần nhớ là đồng bộ sẽ chỉ chơi với đồng bộ (synchronized). Nếu một threadA muốn đồng bộ dữ liệu với một thread B thì cả hai thằng đều phải dùng các câu lệnh(hay method) có từ khóa synchronized.

Điều quan trọng thứ 2 là khi synchronized(object) tức là object đó đang bị khóa bởi luồng(tạm gọi ThreadA) chứa câu lệnh đó. Và bất kỳ thread nào làm việc gì liên quan đến synchronized đối với object này, mà trong thời gian thằng ThreadA đang lock object đó đều phải đợi cho đến khi thằng ThreadA xong việc với object.

Tương tự với cấp độ Class.

+1
thg 12 14, 2015 10:38 CH

Great!

0
Avatar
đã bình luận cho bài viết
thg 12 14, 2015 10:37 CH

Great!

0
thg 12 13, 2015 1:58 SA

site này của Framgia à bác?

0
thg 12 13, 2015 1:56 SA

Cảm ơn bác, hehe, giờ mới biết

0
Avatar
đã bình luận cho bài viết
thg 12 12, 2015 12:10 SA

Hay đó anh Hữu ơi, nhưng anh share thêm mấy cái anh bảo em tìm hiểu đê...cái này làm search fulltext em sử dụng nó đó.hihi

0

nhảy vào api của EC Cube thôi, ver 3 làm build trên framework rồi dễ làm hơn.

0
Avatar
đã bình luận cho bài viết
thg 12 11, 2015 5:59 SA

đoạn này bạn mô tả chưa rõ "Trong trường hợp mà rule validate ở phía server-side không áp dụng được với phía client, nó sẽ không attempt cho client và quay trở lại validate ở server-side"

nếu rule này xảy ra thì overload request ah, vì server-side validate chưa thoả mãn rồi lại gửi lại chính nó.

Theo mình hiểu là validate ở client chưa thoả mãn đẩy lên server-side, server-side sẻ xử lý và đẩy về client mgs chứ

0
Avatar
đã bình luận cho bài viết
thg 12 11, 2015 5:54 SA

Bạn có thể trích nguồn tiếng anh được không

0

Thank bác Trong Tran Ba (@bs90). Chắc phải mò thôi có tiếng nhật thì sẽ học dễ hơn vì ít ra cũng nhiều ng làm và viết bài giới thiệu.

0

Ngày xưa mình làm việc với EC-Cube nó còn chả có bản tiếng Anh cơ. Giờ có là tốt lắm rồi. Còn document thì có vẻ như họ chưa xây dựng xong 😄

Tuy nhiên họ có demo và cả một cái forum support tiếng Anh mà 😃 Có gì không hiểu bạn cứ nhảy vào đó mà hỏi là OK 😄

http://en.ec-cube.net/forum/

0

đúng là chả hiểu gì cả

0
thg 12 7, 2015 11:25 CH

bjo mới có phần mới anh ơi

0
thg 12 7, 2015 1:01 SA

Bài viết sơ sài và thiếu một customized view quan trọng là TabLayout, và chưa hiểu đúng về CoordinateLayout..

0
thg 12 5, 2015 4:35 SA

holy shit! what's your speaking language now?

0
thg 12 3, 2015 8:50 SA

Bài viết rất hay ạ. Trước đây em cũng đã từng sử dụng Jquery để viết cho ứng dụng, tuy nhiêù thì em thấy cấu trúc nó hơi lằn ngoằn, và khó bảo trì sau này. Khi viết các sự kiện thì phải nhớ các class, id của dom đó, cực kì khó chịu :v Với React thì HTML dc viết trong Javascript, dễ nhìn hơn (hơi khó với những bạn bắt đầu), cấu trúc logic hơn, one data binding - mỗi lần cập nhật dữ liệu không còn phải thao tác như trên DOM. Nói chung REACT rất tuyệt vời trong việc xây dựng 1 ứng dụng, mà developer quan tâm tới việc bảo trì và tái sử dụng sau này.

0
thg 12 2, 2015 10:09 CH

@minhp : ha ha ha! thanks, feeling inspired 😃

0
thg 12 2, 2015 10:02 CH

Very useful post. Mistakenly pressed No and cannot undo, sorry 😃)

0
thg 12 2, 2015 5:28 CH
-1
Viblo
Hãy đăng ký một tài khoản Viblo để nhận được nhiều bài viết thú vị hơn.
Đăng kí