Mình lấy ví dụ như thế này: bạn khai báo Student s = new Student(); thì khi đó toán tử new sẽ tạo một instance (là một object được tạo ra từ class Student). Teacher t = new Teacher(); cũng vậy -> rõ ràng đây là instance khác nhau. Với BubbleSort và SelectionSort cũng vậy. Nhưng ở đây mình đang đề cập đến việc cách chúng thể hiện các phương thức được implement từ interface hoặc kế thừa từ abstract class thì nó như thế nào.
đang thiêu thân vào .NET đây huhu học Java nhưng làm cái này công nghệ các thứ xài khác luôn á. Cơ mà bác học tiếng anh + niềm đam mê với nghề kiếm đâu ra thế nhỉ. (((( . Em thiếu nghị lực quá. Cơ mà nhìn bài này thấy xong lại thấy bản thân có định hướng rõ ràng hơn một tí này :3 thank u. À bác cho em kết bạn với mai sau có gì hỏi hỏi hay cần tư vấn gì có người giỏi thế này cũng thích. hehe
Thank a đã thêm phần em hỏi vào, qua e cũng tìm hiểu và làm được như cách a viết trong phần thêm mới rồi ạ. E thấy phần này khá quan trọng, vì khi build xong docker chạy lên được xong code mà lại chả thấy thay đổi gì thì cũng hoang mang
Thật hay. Mình quyết định sẽ theo dõi loạt bài về dart của bạn.
Cho hỏi: mình đang viết 1app bằng kotlin. Băn khoăn nên viết lại với dart? Cần một lời khuyên từ bạn. Tks
@whiteK7 Bạn có thể bật Enhanced Monitoring lên để thêm thông tin về các truy vấn cũng như các thành phần chuyên sâu khác.
Ngoài ra hãy để ý đến log, đặc biệt là Slow Query và Error log.
@tranvdat thanks b nhé ))
mình có update lại 1 chút, cả 2 trường hợp trên đều có result: khop.
Với $pattern = "/[a-z]/" trong preg_match đoạn lệnh 2 là kiểm tra xem chuỗi có bất kỳ ký tự nào khớp với các ký tự từ a->z, chỉ cần có xuất hiện là $matches = true -> $subject = "U23 Viet Nam vo dich" thỏa mãn điều kiện => result: khop
Trong trường hợp $pattern = "/^[a-z]$/" OR $pattern = "/[a-z]/+g" (thêm flags: g) là kiểm tra toàn bộ chuỗi nếu tất cả các ký tự trong chuỗi khớp với điều kiện trong $partern -> $matches = true lúc này đoạn lệnh số 2 mới có result: khong khop
Want to know something scary ? – the majority of comp sci graduates can’t. I’ve also seen self-proclaimed senior programmers take more than 10-15 minutes to write a solution.
Thưc tế theo mình thấy mọi người thường đâm đầ vào theo flow trên nê ở bước 2 3 sẽ lặp lại nhiều rất lần dễ nhận thấy nhất là việc đưa "fizz buzz" lên check đầu tiên cũng sẽ mất 1 lần thử. Như vậy thành ra lâu hơn và phải test lại nhiều lần hơn. Thay vì vừa code vừa nghĩ thì hãy thử nghĩ trước rồi code thì ổn hơn chứ nhỉ . Còn vấn đề về code thối hay lựa chọn thuật toán để giải quyết vấn đề nó được tính hết là refactor và cái đó là việc thật sự cần phải làm
Còn đây là flow mình hay sử dụng khi làm việc:
Tạo khung chương trình -> code -> test, fix bug, thêm điều kiện -> refactor -> hoàn thiện.
THẢO LUẬN
Mình lấy ví dụ như thế này: bạn khai báo Student s = new Student(); thì khi đó toán tử new sẽ tạo một instance (là một object được tạo ra từ class Student). Teacher t = new Teacher(); cũng vậy -> rõ ràng đây là instance khác nhau. Với BubbleSort và SelectionSort cũng vậy. Nhưng ở đây mình đang đề cập đến việc cách chúng thể hiện các phương thức được implement từ interface hoặc kế thừa từ abstract class thì nó như thế nào.
đang thiêu thân vào .NET đây
huhu học Java nhưng làm cái này công nghệ các thứ xài khác luôn á. Cơ mà bác học tiếng anh + niềm đam mê với nghề kiếm đâu ra thế nhỉ.
(((( . Em thiếu nghị lực quá. Cơ mà nhìn bài này thấy xong lại thấy bản thân có định hướng rõ ràng hơn một tí này :3 thank u. À bác cho em kết bạn với mai sau có gì hỏi hỏi hay cần tư vấn gì có người giỏi thế này cũng thích. hehe
cái này copy của lão nguyen duc hoang
Cảm ơn bác nhé. Để mình thử xem
@thangtd90 Như vậy thì có chậm request ko ạ, vì em cần check rất nhiều email trong 1 ngày có thể vài nghìn user email ạ, dù sao cũng cảm ơn anh ạ
=))![😆](https://twemoji.maxcdn.com/v/14.0.2/72x72/1f606.png)
Mọi người có thể lên trang chủ của oauth2.0 để đọc thêm chi tiết nhé. https://tools.ietf.org/html/rfc6749
Oke e nhé. 🤟🤟
để mình thử cảm ơn bạn nhiều nha
Thank a đã thêm phần em hỏi vào, qua e cũng tìm hiểu và làm được như cách a viết trong phần thêm mới rồi ạ. E thấy phần này khá quan trọng, vì khi build xong docker chạy lên được xong code mà lại chả thấy thay đổi gì thì cũng hoang mang
Thật hay. Mình quyết định sẽ theo dõi loạt bài về dart của bạn. Cho hỏi: mình đang viết 1app bằng kotlin. Băn khoăn nên viết lại với dart? Cần một lời khuyên từ bạn. Tks
@whiteK7 Bạn có thể bật Enhanced Monitoring lên để thêm thông tin về các truy vấn cũng như các thành phần chuyên sâu khác. Ngoài ra hãy để ý đến log, đặc biệt là Slow Query và Error log.
Thật dể hỉu. Tks
Ở phần hiển thị mình sử dụng dữ liệu trong store để ra danh sách, cho nên lúc add mình làm thay đổi store cho nên nó sẽ tự cập nhật ra nhé bạn
.
Bài viết rất hay và thực tiễn, hi vọng sẽ được đọc thêm những bài viết từ anh Thanks you!
Bạn nên để link gốc nếu đó là bài viết mình dịch lại. https://www.vadimbulavin.com/view-auto-layout-life-cycle/
@tranvdat thanks b nhé
))
mình có update lại 1 chút, cả 2 trường hợp trên đều có result: khop.
$pattern = "/[a-z]/"
trong preg_match đoạn lệnh 2 là kiểm tra xem chuỗi có bất kỳ ký tự nào khớp với các ký tự từ a->z, chỉ cần có xuất hiện là$matches = true
-> $subject = "U23 Viet Nam vo dich" thỏa mãn điều kiện => result: khop$pattern = "/^[a-z]$/" OR $pattern = "/[a-z]/+g"
(thêm flags: g) là kiểm tra toàn bộ chuỗi nếu tất cả các ký tự trong chuỗi khớp với điều kiện trong $partern ->$matches = true
lúc này đoạn lệnh số 2 mới có result: khong khopBài viết rất hay nhưng cá nhân mình khi đọc bài viết gốc lại nghĩ như này:
Thực chất bài toán giúp cho những người mới học hình dung về cách dựng tạo dựng 1 chương trình mà flow thường sẽ như sau:
code -> test, fix bug, thêm điều kiện -> refactor -> hoàn thiện
.Trong bài viết gốc tác giả có viết thế này:
Thưc tế theo mình thấy mọi người thường đâm đầ vào theo flow trên nê ở bước 2 3 sẽ lặp lại nhiều rất lần dễ nhận thấy nhất là việc đưa "fizz buzz" lên check đầu tiên cũng sẽ mất 1 lần thử. Như vậy thành ra lâu hơn và phải test lại nhiều lần hơn. Thay vì vừa code vừa nghĩ thì hãy thử nghĩ trước rồi code thì ổn hơn chứ nhỉ
. Còn vấn đề về code thối hay lựa chọn thuật toán để giải quyết vấn đề nó được tính hết là refactor và cái đó là việc thật sự cần phải làm ![😃](https://twemoji.maxcdn.com/v/14.0.2/72x72/1f603.png)
Còn đây là flow mình hay sử dụng khi làm việc:
Tạo khung chương trình -> code -> test, fix bug, thêm điều kiện -> refactor -> hoàn thiện
.Đọc phần mới a vừa thêm vào ngay trước phần kết bài nhé e![😃](https://twemoji.maxcdn.com/v/14.0.2/72x72/1f603.png)
Mình thấy Student hay Teacher cũng là thể hiện instance khác nhau. Mà BlueSort hay SelectionSort cũng vậy mà