Trang 2 trên tổng số 2 Đầu tiênĐầu tiên 12
Từ 11 tới 16 trên tổng số 16 kết quả

Đề tài: Từ xê đến xi lọng cọng

  1. #11
    Ngày gia nhập
    02 2014
    Nơi ở
    TP.HCM
    Bài viết
    749

    Mặc định Từ xê đến xi lọng cọng

    Mỗi người đã nói theo 1 hướng khác nhau.

    API là gì : Là viết tắt của Application Programming Interface. Tôi hiểu nó là giao diện lập trình ứng dụng . Chúng ta thường sử dụng HĐH Windows nên ở đây ta hiểu ngầm là Windows API.
    Nơi lưu trữ các hàm API là đâu : Là trong các tập tin mà có kiến trúc COM, ví dụ user32.dll.
    .NET có sử dụng các hàm API không : Có, thông qua cơ chế giao tiếp giữa đối tượng .NET và đối tượng COM.

    Như vậy trong netFx ta xem tới một hàm API thì cuối cùng cũng là xem tới hàm nằm trong tập tin kiến trúc COM.

    Định danh MessageBox có thực sự là 1 hàm trong user32.dll không : Không.
    Vậy tại sao khi lập trình ta vẫn cứ gọi hàm MessageBox : Do định danh này đã được các bộ tiền xử lý trong các tập tin .h chuyển hóa phù hợp theo Ascii hay Unicode.
    Vậy trong user32.dll MessageBox được đặt tên như thế nào : Nó dược phân biệt rõ ràng bằng 2 hàm : MessageBoxA và MessageBoxW.

    Như vậy khi ta gọi động (LoadLibrary) và nhận con trỏ hàm (GetProcAddress) thì có thể nhận hàm bằng định danh MessageBox không : Không, phải dùng tên hàm rõ ràng MessageBoxA hoặc MessageBoxW.
    Yêu mã hơn yêu em !!!

  2. #12
    Ngày gia nhập
    08 2017
    Bài viết
    367

    Tính trong suốt (transparent) trong NNLT có mục đích đó mà

    Nếu d/n ANSI nó map tới MessageBoxA, ngược lại nó ánh xạ tới MessageBoxW

    Một số công cụ cho phép scan các hàm DLL nó export (, dùng được trong NNLT khác)

    Tôi thích gọi là giao tiếp lập trình ứng dụng, interface (giao tiếp - trao đổi)

  3. #13
    Ngày gia nhập
    02 2014
    Nơi ở
    TP.HCM
    Bài viết
    749

    Còn vấn đề segment ÷ offset cổ lỗ, tôi cũng chưa thấy sự liên quan rõ ràng nào với cái hàm MessageBox ở trên. Từ khi 80386 ra đời (thậm chí là từ 80286) với cáp dẹp 32 đường song song, thế giới địa chỉ phẳng hầu như đã khai tử kiểu lập trình tiny cho các thanh ghi 16, đâu đó chỉ sót lại số ít với các LTV hợp ngữ.
    Yêu mã hơn yêu em !!!

  4. #14
    Ngày gia nhập
    08 2017
    Bài viết
    367

    Giờ thì cái 32 còn ý nghĩa gì không bạn ?

  5. #15
    Ngày gia nhập
    02 2014
    Nơi ở
    TP.HCM
    Bài viết
    749

    Theo tôi thì nó vẫn còn nhiều ý nghĩa nhưng không phổ dụng, các NNLT bây giờ hầu như đã bao bọc API trong các thư viện, che khuất nhu cầu thường ngày của LTV. Tôi nhớ lúc nào đó đã nói, chỉ khi người ta thấy mọi cách quá khó khăn thì mới tìm lại API. Thực ra gọi là Win32 nhưng các hàm API sau này vẫn có sự hỗ trợ phần nào lời gọi hàm 64.

    Về các chương trình chúng ta viết thực tập, phần lớn vẫn là cho nền 32, các cài đặt mặc định trên vài IDE là viết cho nền đích 32 nên khi thực sự cần thì mới viết cho 64. Không biết đến bao giờ Windows đoạn tuyệt với nền 32 !!!
    Yêu mã hơn yêu em !!!

  6. #16
    Ngày gia nhập
    08 2017
    Bài viết
    367

    Mặc định Từ xê đến xi lọng cọng

    Bạn có nghĩ rằng 64 rồi cũng bị thay thế bởi 128, 256 không ?

    Khi một tập lớn hơn được xây dựng, người ta có đập / hủy bỏ cái cũ ?
    Khi tập ký tự được mở rộng, thì hàm upper/lower vẫn đúng cho các ký tự thuộc ASCII / ANSI

Quyền hạn của bạn

  • Bạn không thể gửi đề tài mới
  • Bạn không thể gửi bài trả lời
  • Bạn không thể gửi các đính kèm
  • Bạn không thể chỉnh sửa bài viết của bạn