IDE Không Phải Là Lựa Chọn Duy Nhất Của Các Lập Trình Viên (Phần 1)

Anonymous trong Phát Triển Web và Khoa Học Dữ Liệu

2008-09-01 Khoảng 1000 từ 5 phút

Bài viết này hướng đến những lập trình viên C/C++ đang quen sử dụng các môi trường tích hợp như Visual Studio hoặc Borland C++ Builder trên hệ điều hành Windows. Dù những công cụ này đã trở thành “trái tim” của nhiều lập trình viên, nhưng tôi muốn chia sẻ một góc nhìn khác về quy trình phát triển phần mềm.

Chúng ta sẽ không bắt đầu từ những công cụ phức tạp như GNU Make. Nếu bạn đã từng tìm hiểu tài liệu hướng dẫn gmake, điều đó đồng nghĩa bạn đã bước ra khỏi “vùng an toàn” của việc chỉ biết dùng IDE. Bài viết này dành cho những ai còn đang loay hoay với các công cụ dòng lệnh, nếu bạn đã thành thạo công cụ xây dựng dự án như make thì không cần đọc tiếp.

IDE thực sự là một phát minh vĩ đại, giúp hạ thấp rào cản tiếp cận lập trình. Tuy nhiên, mặt trái là nó khiến nhiều lập trình viên bị “giam cầm” trong một hệ sinh thái khép kín. Những giới hạn này thể hiện ở:

Sự phụ thuộc vào nền tảng hệ điều hành
Thiếu linh hoạt trong việc lựa chọn công cụ biên dịch
Khó tiếp cận các công nghệ biên dịch mới
Hạn chế trong việc học hỏi các ngôn ngữ lập trình khác

Hãy tưởng tượng bạn đang xây dựng một ngôi nhà. IDE giống như một bộ dụng cụ đóng gói sẵn với đầy đủ đồ nghề, nhưng nếu bạn muốn thiết kế một ngôi nhà độc đáo, bạn cần hiểu rõ từng loại máy móc, từng loại vật liệu. Đó chính là lúc bạn cần đến các công cụ dòng lệnh.

Để theo dõi bài viết này, bạn cần:

Thành thạo tạo project C/C++ trong Visual Studio và biên dịch thành công
Biết cách mở Command Prompt qua tổ hợp Win+R -> cmd
Sử dụng được các lệnh cơ bản như dir, cd, mkdir, del, copy
Hiểu khái niệm biến môi trường PATH

Nếu còn mơ hồ về các khái niệm trên, hãy dành thời gian tìm hiểu trước khi tiếp tục. Đây là những nền tảng không thể thiếu cho lập trình chuyên nghiệp.

Trên máy tính của tôi vẫn cài đặt cả Visual Studio 6.0 (phiên bản tặng kèm MSDN từ nhiều năm trước) và Visual Studio 2005 Express. Tuy nhiên 3 năm gần đây, tôi chuyển hẳn sang sử dụng GCC - một trình biên dịch mạnh mẽ với ưu điểm vượt trội về tính di động. Dù bạn có tiếp tục làm việc trên Windows, GCC vẫn rất hữu ích khi phát triển ứng dụng cho PSP, NDS, điện thoại di động hay PDA.

Hôm nay, hãy cùng khám phá sức mạnh của Command Prompt. Mở cửa sổ dòng lệnh và gõ “cl”, nếu bạn cài đặt Visual Studio 2005 sẽ thấy thông tin tương tự:

1
2
3
4


Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42 for 80x86
Copyright (C) Microsoft Corporation. All rights reserved.

usage: cl [ option... ] filename... [ /link linkoption... ]

Nếu gặp lỗi, hãy chạy file vcvarsall.bat trong thư mục cài đặt Visual Studio để thiết lập biến môi trường. Đây là bước quan trọng để kích hoạt trình biên dịch CL.EXE.

Hãy tạo thư mục dự án thử nghiệm C:\project\foo và thêm vào đó file foo.c với nội dung “Hello World”. Biên dịch bằng lệnh “cl foo.c”, bạn sẽ nhận được hai file đầu ra: foo.obj (tệp đối tượng) và foo.exe (chương trình thực thi).

Với các dự án nhỏ, việc dùng trực tiếp CL.EXE mang lại nhiều tiện lợi. Bạn không cần tạo project phức tạp, chỉ cần lưu các đoạn code thử nghiệm trong cùng thư mục với tên file khác nhau.

Khi dự án mở rộng với nhiều file nguồn, ví dụ thêm bar.c, bạn có thể dùng lệnh:

1

cl foo.c bar.c

Hệ thống sẽ tạo ra foo.obj, bar.obj và foo.exe. Nếu muốn đổi tên file đầu ra, sử dụng tham số /Fe:

1

cl /Fefoobar foo.c bar.c

Về việc gỡ lỗi, tôi hiểu nhiều người quen với tính năng breakpoint và step-through trong IDE. Tuy nhiên, bạn hoàn toàn có thể kết hợp giữa biên dịch dòng lệnh và debug bằng Visual Studio. Thêm tham số /Zi để tạo thông tin debug:

1

cl /Zi foo.c

Sau đó mở Visual Studio và load file foo.exe để bắt đầu debug. Ấn F11 để vào chế độ step-into, bạn sẽ thấy chương trình dừng tại dòng đầu tiên của hàm main.

Một mẹo debug đặc biệt: Chèn dòng __asm int 3 vào đầu chương trình để tạo breakpoint cứng. Khi chạy chương trình, lỗi “crash” bạn thấy thực chất là tín hiệu kích hoạt Visual Studio tự động mở vị trí lỗi.

Dù bài viết chưa đi sâu vào công cụ make, nhưng tôi hy vọng bạn đã hiểu quy trình biên dịch từ mã nguồn thành chương trình thực thi. Dù dùng IDE hay dòng lệnh, bản chất quy trình vẫn không thay đổi.

Lời khuyên cuối: Hãy học cách sử dụng batch file (.bat) để tự động hóa các lệnh lặp đi lặp lại. Dù không mạnh bằng shell script trên Linux, nhưng nó vẫn là công cụ hữu ích trước khi tiếp cận GNU Make.

Trong phần tiếp theo, tôi sẽ giới thiệu cách quản lý dự án chuyên nghiệp với công cụ make - bước đệm quan trọng để bạn thoát khỏi sự phụ thuộc vào IDE.