Trong bài viết này, chúng ta sẽ thảo luận về các phương thức HTTP get, put và post. Bạn sẽ tìm hiểu mỗi phương thức HTTP được sử dụng để làm gì cũng như lý do tại sao chúng tôi sử dụng chúng. Để hiểu sâu hơn về cách hoạt động của các phương thức HTTP, tôi cũng sẽ xem xét bối cảnh và nền tảng chính

Bạn đang xem: sự khác biệt giữa get post và put

Trong bài viết này, chúng ta sẽ thảo luận về các phương thức HTTP get, put và post. Bạn sẽ tìm hiểu mỗi phương thức HTTP được sử dụng để làm gì cũng như lý do tại sao chúng tôi sử dụng chúng.

Để hiểu sâu hơn về cách thức hoạt động của các phương thức HTTP, tôi cũng sẽ xem xét ngữ cảnh và thông tin cơ bản chính.

Các chủ đề chúng tôi sẽ đề cập trong bài đăng này:

  • Giao thức HTTP
  • Kiến trúc máy khách-máy chủ
  • API

Đến cuối bài viết này, bạn sẽ hiểu rõ về các chức năng của từng phương thức yêu cầu. Bạn cũng sẽ có kinh nghiệm đưa ra yêu cầu và làm việc với API web.

HTTP là gì?

HTTP là một giao thức hoặc một bộ quy tắc xác định để truy cập các tài nguyên trên web. Tài nguyên có thể có nghĩa là bất cứ thứ gì từ tệp HTML đến dữ liệu từ cơ sở dữ liệu, ảnh, văn bản, v.v.

Những tài nguyên này được cung cấp cho chúng tôi thông qua API và chúng tôi thực hiện các yêu cầu đối với các API này thông qua giao thức HTTP. API là viết tắt của giao diện lập trình ứng dụng. Đó là cơ chế cho phép các nhà phát triển yêu cầu tài nguyên.

Client-Server Architecture

Để hiểu các phương thức HTTP, điều quan trọng là phải đề cập đến khái niệm kiến ​​trúc máy khách / máy chủ. Kiến trúc này mô tả cách tất cả các ứng dụng web hoạt động và xác định các quy tắc cho cách chúng giao tiếp.

Ứng dụng khách là ứng dụng mà người dùng đang thực sự tương tác, hiển thị nội dung. Ứng dụng máy chủ là ứng dụng gửi nội dung hoặc tài nguyên đến ứng dụng khách của bạn. Ứng dụng máy chủ là một chương trình đang chạy ở đâu đó, lắng nghe và chờ đợi một yêu cầu.

Lý do chính của sự tách biệt này là để bảo mật thông tin nhạy cảm. Toàn bộ ứng dụng khách của bạn được tải xuống trình duyệt và tất cả dữ liệu có thể được truy cập bởi bất kỳ ai truy cập trang web của bạn.

Kiến trúc này giúp bảo vệ những thứ như khóa API, dữ liệu cá nhân của bạn, v.v. Giờ đây, các công cụ hiện đại như Next.js Netlify cho phép nhà phát triển chạy mã máy chủ trong cùng một ứng dụng với ứng dụng khách của họ mà không cần ứng dụng máy chủ chuyên dụng.

< h3 id = "client-server-Communication"> Giao tiếp Máy khách-Máy chủ

Các ứng dụng máy khách và máy chủ giao tiếp bằng cách gửi các thông báo riêng lẻ trên cơ sở khi cần thiết, thay vì một luồng liên lạc liên tục.

Những thông tin liên lạc này hầu như luôn do khách hàng bắt đầu dưới dạng yêu cầu. Các yêu cầu này được ứng dụng máy chủ đáp ứng. Ứng dụng này sẽ gửi lại phản hồi có chứa tài nguyên bạn yêu cầu, trong số những thứ khác.

Tại sao chúng tôi cần Kiến trúc Máy chủ-Máy khách

Ví dụ: giả sử bạn đang xây dựng một ứng dụng web thời tiết. Ứng dụng thời tiết mà người dùng của bạn sẽ tương tác là ứng dụng khách – ứng dụng này có các nút, thanh tìm kiếm và hiển thị dữ liệu như tên thành phố, nhiệt độ hiện tại, AQI, v.v.

Ứng dụng thời tiết này sẽ không có mọi thành phố và thông tin thời tiết của nó được mã hóa trực tiếp vào đó. Điều này sẽ làm cho ứng dụng trở nên cồng kềnh và chậm chạp, sẽ mất nhiều thời gian để nghiên cứu và thêm thủ công vào cơ sở dữ liệu và sẽ rất đau đầu để cập nhật mỗi ngày.

Thay vào đó, ứng dụng có thể truy cập dữ liệu thời tiết theo thành phố bằng API web Thời tiết. Ứng dụng của bạn sẽ thu thập thông tin vị trí của người dùng và sau đó đưa ra yêu cầu tới máy chủ rằng: “Này, hãy gửi cho tôi thông tin thời tiết của thành phố cụ thể này”.

Tùy thuộc vào những gì bạn đang cố gắng đạt được, bạn sẽ sử dụng các phương pháp yêu cầu khác nhau có sẵn. Máy chủ sẽ gửi lại phản hồi có chứa thông tin thời tiết và một số thứ khác, tùy thuộc vào cách viết API. Nó cũng có thể gửi lại những thứ như dấu thời gian, khu vực mà thành phố này tọa lạc, v.v.

Ứng dụng khách của bạn được giao tiếp với một ứng dụng máy chủ đang chạy ở đâu đó, công việc duy nhất của ứng dụng này là lắng nghe liên tục yêu cầu tới địa chỉ đó. Khi nhận được yêu cầu, nó sẽ hoạt động để thực hiện yêu cầu đó bằng cách đọc từ cơ sở dữ liệu, một API khác, tệp cục bộ hoặc tính toán theo chương trình dựa trên dữ liệu bạn chuyển vào.

Cấu trúc của một yêu cầu HTTP

Một yêu cầu HTTP phải có những điều sau đây:

  • Một phương thức HTTP (như GET )
  • URL máy chủ (như https://api.spotify.com/ )
  • Một đường dẫn điểm cuối (như v1 / artist / {id} / Related-artist )

Một yêu cầu cũng có thể có:

< ul>

  • Nội dung
  • Tiêu đề
  • Chuỗi truy vấn
  • Phiên bản HTTP
  • Cấu trúc của một phản hồi HTTP

    Một phản hồi phải có những điều sau:

    • Phiên bản giao thức (như HTTP / 1.1 )
    • Mã trạng thái (như 200 )
    • Văn bản trạng thái ( OK )
    • Tiêu đề

    Một phản hồi cũng có thể có tùy chọn:

    • Phần nội dung

    HTTP Các phương thức được giải thích

    Bây giờ chúng ta đã biết HTTP là gì và tại sao nó được sử dụng, hãy nói về các phương pháp khác nhau mà chúng tôi cung cấp cho chúng ta.

    Trong ví dụ về ứng dụng thời tiết ở trên, chúng tôi muốn truy xuất thông tin thời tiết về một thành phố. Nhưng nếu chúng ta muốn gửi thông tin thời tiết cho một thành phố thì sao?

    Trong cuộc sống thực, có thể bạn sẽ không có quyền thay đổi dữ liệu của người khác, nhưng hãy tưởng tượng rằng chúng tôi là những người đóng góp cho một ứng dụng thời tiết do cộng đồng điều hành. Và ngoài việc nhận thông tin thời tiết từ API, các thành viên trong thành phố đó có thể cập nhật thông tin này để hiển thị dữ liệu chính xác hơn.

    Hoặc điều gì sẽ xảy ra nếu chúng tôi muốn thêm một thành phố mới hoàn toàn mà vì lý do nào đó, chưa tồn tại trong cơ sở dữ liệu về các thành phố của chúng tôi? Đây là tất cả các chức năng khác nhau - truy xuất dữ liệu, cập nhật dữ liệu, tạo dữ liệu mới - và có các phương thức HTTP cho tất cả những chức năng này.

    HTTP POST request

    < p> Chúng tôi sử dụng POST để tạo một tài nguyên mới. Yêu cầu POST yêu cầu phần nội dung mà bạn xác định dữ liệu của thực thể sẽ được tạo.

    Một yêu cầu ĐĂNG thành công sẽ là một mã phản hồi 200. Trong ứng dụng thời tiết, chúng tôi có thể sử dụng phương thức POST để thêm dữ liệu thời tiết về một thành phố mới.

    HTTP GET request

    Chúng tôi sử dụng NHẬN để đọc hoặc truy xuất tài nguyên. GET thành công trả về phản hồi chứa thông tin bạn yêu cầu.

    Trong ứng dụng thời tiết, chúng tôi có thể sử dụng GET để lấy thông tin thời tiết hiện tại cho một thành phố cụ thể.

    HTTP PUT request

    Chúng tôi sử dụng PUT để sửa đổi tài nguyên. PUT cập nhật toàn bộ tài nguyên với dữ liệu được chuyển vào phần tải trọng nội dung. Nếu không có tài nguyên nào phù hợp với yêu cầu, nó sẽ tạo ra một tài nguyên mới.

    Trong ứng dụng thời tiết, chúng tôi có thể sử dụng PUT để cập nhật tất cả dữ liệu thời tiết về một thành phố cụ thể.

    HTTP Yêu cầu PATCH

    Chúng tôi sử dụng PATCH để sửa đổi một phần của tài nguyên. Với PATCH , bạn chỉ cần nhập dữ liệu mà bạn muốn cập nhật.

    Trong ứng dụng thời tiết, chúng tôi có thể sử dụng PATCH để cập nhật lượng mưa cho một ngày cụ thể ở một thành phố cụ thể.

    Yêu cầu HTTP DELETE

    Chúng tôi sử dụng DELETE để xóa tài nguyên. Trong ứng dụng thời tiết của mình, chúng tôi có thể sử dụng DELETE để xóa thành phố mà chúng tôi không muốn theo dõi vì lý do nào đó.

    Câu hỏi thường gặp về phương pháp HTTP < / h2>

    Sự khác biệt giữa PUT và POST là gì? Các yêu cầu

    PUT là không quan trọng, có nghĩa là việc thực thi cùng một yêu cầu PUT sẽ luôn tạo ra cùng một kết quả.

    Mặt khác, POST sẽ tạo ra các kết quả khác nhau. Nếu bạn thực hiện một yêu cầu POST nhiều lần, bạn sẽ tạo tài nguyên mới nhiều lần mặc dù chúng có cùng dữ liệu được chuyển vào.

    Sử dụng phép tương tự nhà hàng, POST ing nhiều lần sẽ tạo ra nhiều đơn đặt hàng riêng biệt, trong khi nhiều yêu cầu PUT sẽ cập nhật cùng một đơn đặt hàng hiện có.

    Sự khác biệt giữa PUT và PATCH là gì?

    Sự khác biệt chính là PUT sẽ tạo một tài nguyên mới nếu nó không thể tìm thấy tài nguyên được chỉ định. Và với PUT , bạn cần nhập dữ liệu để cập nhật toàn bộ tài nguyên, ngay cả khi bạn chỉ muốn sửa đổi một trường.

    Với PATCH , bạn có thể cập nhật một phần tài nguyên bằng cách chỉ cần chuyển dữ liệu của trường cần cập nhật.

    Nếu bạn chỉ muốn cập nhật một phần tài nguyên của bạn, bạn vẫn cần gửi dữ liệu cho toàn bộ tài nguyên khi thực hiện yêu cầu PUT . Tùy chọn phù hợp hơn ở đây sẽ là PATCH .

    Tại sao lại là nội dung tùy chọn cho một yêu cầu và phản hồi?

    Một nội dung là tùy chọn vì đối với một số yêu cầu, chẳng hạn như truy xuất tài nguyên bằng phương thức GET , không có gì để chỉ định trong phần nội dung yêu cầu của bạn . Bạn đang yêu cầu tất cả dữ liệu từ điểm cuối được chỉ định.

    Tương tự, phần nội dung là tùy chọn đối với một số phản hồi khi mã trạng thái là đủ hoặc không có gì để chỉ định trong phần nội dung, ví dụ: với thao tác DELETE .

    Ví dụ về yêu cầu HTTP

    Bây giờ chúng ta đã đề cập đến yêu cầu HTTP là gì và tại sao chúng ta sử dụng chúng, hãy đưa ra một số yêu cầu! Chúng tôi sẽ chơi với GitHub Gist API .

    "Gist là một cách đơn giản để chia sẻ đoạn trích và hình dán với người khác. Tất cả Gist đều là kho lưu trữ Git, vì vậy chúng được tạo phiên bản tự động, có thể phân nhánh và sử dụng được từ Git. " (Nguồn: Github)

    Bạn sẽ cần một tài khoản GitHub cho việc này. Nếu bạn chưa có, đây là cơ hội tuyệt vời để bắt đầu một cơ hội để lưu mã của bạn trong tương lai.

    Mọi người dùng trên GitHub đều có thể tạo ý chính, truy xuất ý chính của họ, truy xuất tất cả các ý chính, xóa ý chính và cập nhật ý chính, trong số những thứ khác. Để đơn giản hóa mọi thứ, chúng tôi sẽ sử dụng Hoppscotch , một nền tảng có giao diện đẹp được sử dụng để đưa ra các yêu cầu HTTP một cách nhanh chóng và dễ dàng.

    Hướng dẫn nhanh về Nhảy lò cò:

    • Có một menu thả xuống, nơi bạn có thể chọn phương pháp bạn muốn tạo yêu cầu.
    • Ở đó là một hộp văn bản mà bạn sẽ dán URL của điểm cuối API mà bạn muốn truy cập.
    • Có phần Tiêu đề nơi chúng tôi sẽ chuyển các tiêu đề theo hướng dẫn của Tài liệu GitHub.
    • Có một vùng cơ thể mà chúng ta sẽ truyền nội dung vào cơ thể theo hướng dẫn của tài liệu GitHub.
    • li> Cột bên phải sẽ nhanh chóng cho bạn biết yêu cầu của bạn có thành công hay không. Nếu nó có màu xanh lá cây, bạn đã thực hiện thành công yêu cầu của mình và nếu nó có màu đỏ là do lỗi.

    Cách thực hiện Yêu cầu GET

    Để thực hiện yêu cầu GET để truy xuất tất cả các nguồn tin chính của người dùng cụ thể, chúng tôi có thể sử dụng phương pháp và điểm cuối sau: GET / users / {username} / gists . Tài liệu cho chúng ta biết các tham số mà chúng ta có thể chuyển vào để thực hiện yêu cầu này.

    Chúng tôi thấy rằng trong đường dẫn chúng tôi phải chuyển một chuỗi có tên người dùng của người dùng mục tiêu. Chúng tôi cũng thấy rằng chúng tôi phải chuyển vào một tiêu đề có tên là accept và đặt nó thành application / vnd.github.v3 + json .

    Chúng tôi đã cung cấp URL cho API này :

      https://api.github.com  

    Chúng tôi được cung cấp đường dẫn điểm cuối cho hoạt động cụ thể này:

      / users / {username} / gists  

    Để thực hiện yêu cầu này:

    1. Dán URL đầy đủ + đường dẫn trong trường đầu vào của Hoppscotch. Đảm bảo thay thế tên người dùng bằng tên người dùng thực. Nếu bạn không có GitHub với Gists hiện có, bạn có thể sử dụng của tôi: camiinthisthang.
    2. Chọn phương thức yêu cầu GET
    3. Trong tab Tiêu đề, đặt chấp nhận làm tiêu đề và đặt giá trị thành application / vnd.github. v3 + json

    4. Nhấn gửi!

    Ở dưới cùng, bạn sẽ thấy câu trả lời của mình được định dạng là JSON . Để đọc điều này rõ ràng hơn, hãy sao chép phản hồi và dán vào trình định dạng JSON trực tuyến .

    Trong trình định dạng, bạn có thể biết rằng phản hồi là một mảng các đối tượng. Mỗi đối tượng đại diện cho một ý chính, hiển thị cho chúng tôi thông tin như URL, ID, v.v.

    Cách thực hiện yêu cầu ĐĂNG

    Bây giờ, hãy tạo tài nguyên bằng phương thức POST . Trong bối cảnh này, tài nguyên mới sẽ là một ý chính mới.

    Trước tiên, chúng tôi sẽ phải tạo một mã thông báo truy cập cá nhân. Để làm điều đó, hãy đi tới trang cài đặt của bạn và nhấn Tạo mã thông báo.

    Đặt tên cho mã thông báo của bạn và chọn phạm vi “Tạo mã thông báo”:

    Sau đó nhấp vào nút Tạo mã thông báo màu xanh lá cây ở cuối trang.

    Sao chép mã truy cập của bạn và dán vào nơi bạn có thể dễ dàng lấy ra.

    Bây giờ chúng tôi đã sẵn sàng thực hiện yêu cầu của mình! Tài liệu cho chúng ta biết chúng ta nên chuyển vào một tiêu đề và một đối tượng files trong nội dung. Chúng tôi có thể tùy ý chuyển một số thứ khác, bao gồm một boolean cho biết ý chính này là công khai hay riêng tư.

    Chúng tôi đã cung cấp URL cho API này:

      https://api.github.com  

    Chúng tôi cung cấp đường dẫn điểm cuối cho hoạt động cụ thể này:

      / gists  

    Để thực hiện yêu cầu này:

    1. Dán URL đầy đủ + đường dẫn vào trường nhập của Hoppscotch.
    2. Chọn phương thức yêu cầu POST
    3. Trong tab Tiêu đề, đặt chấp nhận làm tiêu đề và đặt giá trị thành application / vnd.github. v3 + json
    4. Trong tab Nội dung, đặt loại nội dung thành application / json . Sau đó, bắt đầu với một đối tượng {} .

      Bên trong đối tượng này, chúng tôi sẽ đặt boolean công khai thành true . Sau đó, chúng tôi sẽ xác định thuộc tính files và giá trị là một đối tượng khác có khóa là tên của ý chính mới của bạn. Giá trị cho điều này phải là một đối tượng khác có khóa là nội dung . Giá trị ở đây phải là bất kỳ giá trị nào bạn thực sự muốn thêm vào ý chính.

      Đây là mã để bạn sao chép / dán:

      {
      "public": true,
      "các tập tin": {
        "postgist.txt": {
          "content": "Thêm GIST qua API !!"
        }
      }
    }  

    5. Trong tab Ủy quyền, hãy đặt loại ủy quyền thành Basic Auth . Nhập tên người dùng Github của bạn và chuyển mã thông báo truy cập cá nhân của bạn mà chúng tôi đã tạo vào trường mật khẩu.

    Sau khi thực hiện thao tác này, chúng tôi nhận được một phản hồi dài. Một cách dễ dàng để kiểm tra xem ý chính của bạn đã được tạo hay chưa là truy cập Gists trong GitHub.

    Chúng tôi thấy rằng chúng tôi đã thêm Gist thành công!

    Cách thực hiện yêu cầu PATCH

    Hãy cập nhật tiêu đề và mô tả của Gist mà chúng tôi vừa tạo. Hãy nhớ rằng: PATCH cho phép bạn cập nhật một phần của tài nguyên, không phải toàn bộ tài nguyên. Bất cứ điều gì chúng tôi không chuyển vào sẽ không thay đổi.

    Chúng tôi thực sự không chuyển mô tả vào Gist của mình khi chúng tôi tạo nó, vì vậy chúng tôi có thể vá lỗi này và tạo một mô tả.

    Chúng tôi đã cung cấp URL cho API này: < / p>

      https://api.github.com  

    Chúng tôi cung cấp đường dẫn điểm cuối cho hoạt động cụ thể này:

      / gists / {gist_id}  

    Để thực hiện yêu cầu này:

    1. Dán URL đầy đủ + đường dẫn vào đầu vào lĩnh vực nhảy lò cò. Lấy ID ý chính của ý chính mà bạn muốn cập nhật. Bạn có thể tìm thấy ID bằng cách truy cập Gist trong GitHub và sao chép chuỗi chữ và số ở cuối URL.

    2. Chọn phương thức yêu cầu PATCH .

    3. Trong tab Tiêu đề, đặt chấp nhận làm tiêu đề và đặt giá trị thành application / vnd.github.v3 + json .

    4. Trong tab Ủy quyền, hãy đặt loại ủy quyền thành Basic Auth . Nhập tên người dùng GitHub của bạn và chuyển mã truy cập cá nhân của bạn mà chúng tôi đã tạo trong trường mật khẩu.

    5. Trong tab Nội dung, chúng tôi sẽ chuyển đến phần mô tả và tiêu đề được cập nhật. Đây là mã:

      {
      "description": "Thêm mô tả qua API",
      "các tập tin": {
        "postgist.txt": {
          "content": "Thêm GIST qua API !! - thêm dòng này vào cuối để làm cho nội dung dài hơn một chút"
        }
      }
    }  

    Nếu chúng tôi làm mới Gist của mình, chúng tôi sẽ thấy rằng chúng tôi có tiêu đề và mô tả được cập nhật!

    Cách thực hiện yêu cầu DELTE

    Hãy xóa Gist mà chúng tôi đã tạo. Chúng ta nên chuyển vào tiêu đề và ID Gist.

    Chúng tôi đã cung cấp URL cho API này:

      https://api.github.com   

    Chúng tôi đã cung cấp đường dẫn điểm cuối cho hoạt động cụ thể này:

      / gists / {gist_id}  

    Để thực hiện yêu cầu này:

    1. Dán URL + đường dẫn đầy đủ vào trường đầu vào của Hoppscotch. Lấy ID ý chính của ý chính mà bạn muốn cập nhật. Bạn có thể tìm thấy ID bằng cách truy cập Gist trong GitHub và sao chép chuỗi chữ và số ở cuối URL.

    2. Chọn phương thức yêu cầu DELETE

    3. Trong tab Tiêu đề, hãy đặt chấp nhận làm tiêu đề và đặt giá trị thành application / vnd.github.v3 + json .

    Nếu chúng tôi điều hướng đến Gists, chúng tôi thấy rằng điều này một không tồn tại và chúng tôi đã xóa tài nguyên thành công.

    Cách thực hiện yêu cầu trong ứng dụng của bạn

    Chúng tôi đã sử dụng Hoppscotch vì nó cho phép chúng tôi nhanh chóng đưa ra yêu cầu mà không cần để tạo ra toàn bộ ứng dụng hoặc tải xuống bất kỳ thứ gì.

    Nếu bạn muốn đưa ra yêu cầu trong ứng dụng JavaScript / React, bạn có thể sử dụng tìm nạp Javascript hoặc Axios .

    Để biết mã từng bước về cách tạo một ứng dụng đơn giản sử dụng các phương thức yêu cầu HTTP và API, hãy xem video của tôi trên youtube, nơi chúng tôi tạo một ứng dụng web hiển thị thông tin về tất cả các quốc gia qua API.

    Bạn đã làm được!

    Nếu bạn đang đọc bài viết này, hãy truy cập phía trước và tự khen mình vì bạn đã tìm hiểu về các API web, giao thức HTTP, kiến ​​trúc máy khách-máy chủ - và bạn cũng đã thực hiện các yêu cầu đầu tiên của mình.

    Nếu bạn thích phong cách giảng dạy này, tôi tạo nội dung dành riêng cho người mới bắt đầu và kỹ sư mới bắt đầu sự nghiệp trên YouTube , Tik Tok , Twitter Hashnode . Bạn cũng có thể tìm thấy các đoạn mã và cách liên hệ với tôi qua trang web cá nhân của tôi .


    Xem thêm những thông tin liên quan đến chủ đề sự khác biệt giữa nhận bài và đặt

    Cover Days calculation - Tính ngày tồn kho đáp ứng nhu cầu - ERX Vietnam

    • Tác giả: ERX Viet Nam
    • Ngày đăng: 2022-06-22
    • Đánh giá: 4 ⭐ ( 9588 lượt đánh giá )
    • Khớp với kết quả tìm kiếm: Bài tập này có trong khóa học "Procurement In Hands" được đào tạo bởi Trung tâm đào tạo thực chiến quản trị doanh nghiệp ERX Việt Nam.

      Có thể nói đây là một trong những khóa học đầu tiên tại Việt Nam đào tạo thực chiến về quản lý Thu Mua.

      Khóa học là sự kết hợp giữa kiến thức chuyên ngành Thu Mua (giáo trình tiêu chuẩn của Viện đào tạo sau đại học của Thụy Sỹ và các tổ chức quốc tế uy tín như CIPS, APICS) và kinh nghiệm thực tế của Giảng viên tại các Công ty, Tập đoàn trong và ngoài nước.

      Ngoài học thuật bài bản, bạn còn được trang bị nhiều kỹ năng thực tế như quản lý dự án, phân tích chi phí, đàm phán chuyên sâu, chiến lược tìm nguồn cung ứng...

      Với hệ thống tài liệu, biểu mẫu có sẵn; thư viện sách từ Amazon sẽ hỗ trợ bạn xuyên suốt quá trình học tập và ứng dụng về sau.

      Tham gia tại:
      https://erx.vn/procurement-in-hands-88669953.html

      Phương pháp học: Online hoặc Offline tại trung tâm (giảng viên hướng dẫn trực tiếp và trực tuyến, khai mở tư duy, không phải học theo bài giảng sẵn có). Bạn được tương tác và hỗ trợ giải bài toán của chính bạn ngay tại lớp và cùng học hỏi các bài toán của thành viên khác.

      Hãy đến và cảm nhận sự khác biệt giữa phương pháp đào tạo thực chiến của ERX Việt Nam.
      Trân trọng đón tiếp các bạn tại:
      Địa chỉ: 46/4 Nguyễn Cửu Vân, F17, Bình Thạnh, HCM
      Facebook: https://www.facebook.com/ERXVIETNAM
      Website: https://www.erx.vn

    1 điểm thi lập 7 biên bản bài thi bất thường

    • Tác giả: thanhnien.vn
    • Đánh giá: 4 ⭐ ( 2280 lượt đánh giá )
    • Khớp với kết quả tìm kiếm: Tại buổi thi môn toán kỳ thi vào lớp 10 THPT tại Hà Nội sáng nay 19.6, Trưởng điểm thi tại Trường THCS Ba Đình đã yêu cầu lập 7 biên bản bất thường.

    Lãng phí sách giáo khoa

    • Tác giả: vnexpress.net
    • Đánh giá: 4 ⭐ ( 9962 lượt đánh giá )
    • Khớp với kết quả tìm kiếm: Hồi tôi ở tuổi tiểu học, cứ đến hè, má tôi lại đi vòng vòng trong xóm, hỏi mượn sách giáo khoa của các anh chị lớp trên, đem về cho tôi học. - VnExpress

    Ngữ Văn 9 - Đại Học Đông Đô Hà Nội

    • Tác giả: dongdo.edu.vn
    • Đánh giá: 5 ⭐ ( 2828 lượt đánh giá )
    • Khớp với kết quả tìm kiếm: Tuyển chọn những bài văn hay Phân tích bài Làng. Với những bài văn mẫu ngắn gọn, chi tiết, hay nhất dưới đây, các em sẽ có thêm nhiều tài liệu hữu ích phục vụ

    Thứ Hai tuần 12 thường niên.

    • Tác giả: gpphanthiet.com
    • Đánh giá: 4 ⭐ ( 5002 lượt đánh giá )
    • Khớp với kết quả tìm kiếm: Thứ Hai tuần 12 thường niên. - Detail - Tin Tức - http://gpphanthiet.com/vi/news/suy-niem-chua-nhat/thu-hai-tuan-12-thuong-nien-10284.html

    Đánh giá sự khác biệt giữa poker online và truyền thống

    • Tác giả: nhacaiuytin.info
    • Đánh giá: 3 ⭐ ( 9740 lượt đánh giá )
    • Khớp với kết quả tìm kiếm: Là một trong những game đánh bài ăn khách hàng đầu tại các nhà cái casino uy tín hiện nay, poker vẫn luôn giữ được cho mình một sức hút đặc biệt so với...

    Sự khác biệt giữa Nhận và Đặt (Ngữ pháp)

    • Tác giả: vi.sawakinome.com
    • Đánh giá: 3 ⭐ ( 7679 lượt đánh giá )
    • Khớp với kết quả tìm kiếm: GET là dạng hiện tại của động từ cần lấy. Có là hình thức thì quá khứ. Động từ GET được kết hợp như được đưa ra dưới đây Tôi nhận được Chúng tôi có được

    Xem thêm các bài viết khác thuộc chuyên mục: Kiến thức lập trình

    Xem Thêm  Hiệu ứng đổ bóng trong CSS - làm thế nào để tạo bóng css

    By ads_php