Dịch tốt nhưng chưa thấy quan điểm và ý kiến cá nhân đóng góp trong bài viết.

Cảm ơn anh đã hỗ trợ. Tại vì em thiếu gói "babel-plugin-syntax-dynamic-import" và config trong webpack.config.js rules: [ { test: /\.(js|jsx)$/, use: [{ loader: 'babel-loader', options: { presets: [['es2015', {modules: false}]], plugins: ['syntax-dynamic-import'] } }] } ]. Bây giờ nó chạy tốt rồi ạ ))))))))))

ps/ comment trên này không nhận được thông báo về mail hoặc về account em trên này hè, Giờ em vào lại bài của anh mới thấy @@

Giống với codeanywhere, codeanywhere còn hơn ở khoản không cần credit card mà vẫn code online được, tuy nhiên chỉ đc 1 app

Nếu không có thẻ tín dụng thì làm cách nào để đăng ký được tài khoản vậy bạn?

Thank bạn đã ủng hộ

Cám ơn bạn đã ủng hộ

Thanks, rất tâm huyết. Cộng đồng mong có thật nhiều người tâm huyết như bác

skype mình : thtienqb có gì bạn liên hệ tại đây nha

bác ơi cho em xin link FB em hỏi chút ạ . em cảm ơn

Thanks !

@khanh.nguyen Bài viết đã trình bày các lí do để chứng minh luận điểm là viết interface cho presenter là ko cần thiết, mà đã ko cần thiết thì đúng là tốn thời gian đúng không bạn?

Việc xem các chức năng thông qua contract cũng ko khác gì việc fold hết tất cả body của hàm và chỉ giữ lại tên hàm như mình đã nói ở trên.

Google có cái lí của họ, vậy theo bạn cái lí của họ là gì? Đừng chỉ nghĩ là project của Google mà cho họ là đúng hết, hãy nghĩ xem tại sao họ lại làm thế và mình có nên làm theo họ không?

Bài viết mà bạn đưa cho mình để tham khảo, nó cũng nói là không cần thiết đúng không? Việc có thêm 1 interface cho Presenter sẽ làm cho việc tăng tính scalability của 1 project trở nên khó khăn hơn, nếu bạn muốn thay đổi implementation theo 1 hướng hoàn toàn khác (ví dụ xóa hàm, thay đổi param, thay đổi logic) thì sửa cả class lẫn interface rất mất thời gian. Project nhỏ thì ok không sao, nhưng với project lớn, 1 presenter chứa cả trăm hàm thì việc có sự thay đổi sẽ là không sớm thì muộn.

Dạ vẫn chưa được anh ạ, nếu em chỉ lấy //div thì chỉ ra pinned post, không ra được các bài đăng của nhóm ạ?

Dạ vẫn chưa được anh ạ, nếu em chỉ lấy //div thì chỉ ra pinned post, không ra được các bài đăng của nhóm ạ?

Dạ vẫn chưa được anh ạ, nếu em chỉ lấy //div thì chỉ ra pinned post, không ra được các bài đăng của nhóm ạ?

vâng , mình cảm ơn bạn

Bạn thử thay lại cái let xpathQueryContent = "//div[@id='pagelet_group_mall']/div/div/div/div/div[@class='fbUserContent _5pcr']" coi sao

Đây bạn https://github.com/PhuongNL/AlamofireDesign

xem phần 2 ở đâu vậy mọi người

Anh cho em hỏi, có cách nào mình lấy bài đăng từ một nhóm trên facebook không ạ? Em sử dụng hàm như sau:

func startParsing() {
    DispatchQueue.main.async {
        let urlLoad = URL(string: "https://www.facebook.com/groups/shiptimgnguoihanoi")
        do {
        let data = try Data(contentsOf: urlLoad! as URL)
        let parser = TFHpple(htmlData: data)
        let xpathQueryContent = "//div[@class='_5pbx userContent']"
        let listElements = parser?.search(withXPathQuery: xpathQueryContent)
        for k in 0...((listElements?.count)! - 1) {
            let title = (listElements?[k] as AnyObject).content!
            print("--->>title : \(title!)")
        }
    }catch{            
            }
    }
}

nó không chạy được, anh cho em hỏi cú pháp sai ở đâu ạ?

Mình trân trọng công sức bạn bỏ ra, nhưng mình không tiếp thu đc với cách giải thích của bạn, một vài câu cảm giác như dịch cưỡng ép từ tiếng anh qua tiếng việt.

• Ở phần nguyên tắc thay thế bạn sử dụng sai tên method ( hello và greet ) và mình không hiểu được ý nghĩa của ví dụ này.
• Ở phần nguyên tắc phân tách giao diện, tại phần cải tiến bạn thêm class ComputerInternals, vậy class này có dùng chung thuộc tính/phương thức với class Computer hay không ? Nếu có, theo kiểu kế thừa, thì Technical vẫn có thể truy cập cách thuộc tính/phương thức như Programmers => khó thay đổi đc gì.