xin hướng dẫn cách viết hàm như thế nào cho đúng

[dragoncl12]

các bạn giải thích cho mình trong các hàm nhé ,chẳng hạn tính tổng hay cộng,trừ,nhân,chia thì mình có thể in kết quả ra trong hàm cũng được phải ko hay là phải khai tên hàm với kiểu int để trở về hàm main,ông thầy bảo không được in trong hàm mà phải có lệnh return để trở về hàm main, mà mình in kết quả trong hàm cũng đúng chứ có sai đâu, theo bạn thì cách nào mới đúng? giúp mình nhé.

[zelda]

các bạn giải thích cho mình trong các hàm nhé ,chẳng hạn tính tổng hay cộng,trừ,nhân,chia thì mình có thể in kết quả ra trong hàm cũng được phải ko hay là phải khai tên hàm với kiểu int để trở về hàm main,ông thầy bảo không được in trong hàm mà phải có lệnh return để trở về hàm main, mà mình in kết quả trong hàm cũng đúng chứ có sai đâu, theo bạn thì cách nào mới đúng? giúp mình nhé.

Cả 2 cách đều đúng, miễn sao đạt yêu cầu bài toán là ổn. Nhưng theo tui, thì tui chọn return, vì thật ra trong C, không còn ranh giới giữa hàm và thủ tục. Hàm thì trả về kết quả các phép tính, còn thủ tục thì để thực hiện 1 công việc nào đó mà không cần đòi hỏi kết quả. Do đó, để đúng với ý nghĩa của bài toán mà thầy bạn yêu cầu thì hay hơn hết là dùng return;

[iamvtn]

có thể in trong hàm được bạn ạ vd nhá

void gioithieu()
{
     cout<<"toi la nam";
}
void main()
{
     gioithieu();
}

Thì màn hình sẽ in ra:

toi la nam

Nhưng thầy cậu nói cũng đúng ta return kết quả trong hàm rồi in trong main() vì ta viết hàm để còn sử dụng nhiều lần trong nhiều mục đích mà.

[kidkid]

UHm Cái này tớ "tếu" một chút là phải "Đọc Kĩ Hướng Dẫn Sử Dụng Trước Khi Dùng " nè . Trong phần lớn các sách C đều khuyến cáo anh em là phải return , hoặc dùng tham biến , con trỏ để lấy các trị trả về . Một hàm chức năng chỉ thực hiện đúng nhiệm vụ của nó mà thôi .

[N.V.T]

Bạn xem code dưới đây nhé :

#include <iostream.h>
int tong(int a, int b)
{
	return a+b;
}
void In_tong(int a ,int b)
{
	cout<<"Tong la :"<<(a+b)<<endl;
}
void main()
{
	int a = 1 , b = 2;

	cout<<"Tong la :"<<tong(a,b)<<endl;

	In_tong(a,b);

}

[iamvtn]

Có lẽ bạn bỏ cái hàm in tổng đi nếu như thế thì viêt in tổng luôn trong main() hoặc trong hàm tổng luôn việc gì phải làm một hàm in tổng ra như thế.

[N.V.T]

Đây là tớ đang đưa ra ví dụ như thế , chứ nếu tớ mà viết code thì dại gì mà viết thế .

[N.V.T]

À mà viết In_tong(int a , int b) như thế cũng có lợi đấy , đó là có thể sử dụng nhiều lần , chứ nếu viết trong hàm main thì cứ mỗi lần tính tổng lại viết lại à ? Hi hi !

[TQN]

Đúng rồi đấy, có 1 số nguyên tắc rất hay trong coding là:
1. Chia nhỏ tới mức không thể chia nhỏ hơn được nữa, trong trường hợp của hàm thì hàm phải độc lập, làm chỉ và chỉ 1 công việc duy nhất, không phụ thuộc biến toàn cục bên ngoài, tất cả phải nhận qua biến truyền vào và trả ra qua return value hay output parameter.
2. 1 nguyên tắc # nữa, tạm dịch qua tiếng Việt là coding bi quan, nghĩa là hàm của mình viết ra không tin vào ai cả, người khác gọi hay hàm # của mình gọi hàm đang viết. Phải luôn kiểm tra các điều kiện ouput và input, sự hợp lệ của các paramter, và làm sao trong mọi trường hợp, hàm mình viết ra không bị gãy đổ, không bug.
3. Cố gắng viết hàm sao tổng quát nhất, cố gắng chạy đúng cho mọi trường hợp, dể nâng cấp.
4. Cố gắng viết code với coding style thống nhất, rõ ràng, comment thật nhiều, không dư đâu. Sau này nếu người # bảo trì, fix bug code của mình, người ta còn biết đường đọc và hiểu. Tui thấy các cậu code còn ham viết tắt, làm sao cho code mình "nhìn thấy" ngắn lắm, vd viết nhiều lệnh trên 1 dòng, tiết kiệm {}.... Không nên đâu. Tui thử hỏi code do chính các cậu viết ra, sau 3 tháng, các cậu đọc lại còn hiểu không ???
Hiện tại các cậu chỉ viết code cho nó run là thấy được rồi, nhưng sau này đi làm, trong 1 team, các cậu sẽ thấy sự phức tạp trong việc đọc code người khác, nâng cấp, bảo trì, fix bug. 4 nguyên tắc trên sẽ giúp các cậu dể thở hơn.

[thangtran]

Em xin góp 1 ý kiến nữa về việc lập trình hàm:
Một cách xa xôi hơn là bạn đang viết một chương trình cho người dùng,bạn phải đạt một yêu cầu là: khi người dùng muốn gọi một module nào đó trong chương trình thì module đó phải được gọi sao cho dễ nhất và càng gần chức năng mà người sử dụng muốn càng tốt.
Một ví dụ là: trong một chương trình quản lí nào đó ví dụ quản lí sinh viên ,khi muốn thay đổi một thông tin nào đó như thông tin sinh viên chẳng hạn thì thường sau khi người dùng thay đổi ta cho save vào file luôn,nhưng một yêu cầu là nếu người dùng nhập sai hoặc không muốn save vào file luôn thì lúc này phải chia công đoạn sửa thành 2 module là :sửa và ghi vào file,trong đó việc ghi vào file có sự lựa chọn ghi hay không... Đó cũng là một lí do khá thực tế cho thấy việc phân chia chương trình thành các chương trình con là cần thiết.
Chúc bạn học tốt!!