今天我遇到另一个问题，在我写的代码里，
vs2015,c++/c 程序
有一个函数，返回一个结构体，
组长说这样是不可以的，
我还和他说我以前写的代码里有返回结构体的，
现在还运行的好好的，这么就不行了，
为此，他还发了火，
想问一下大佬们，返回一个结构体这样到底行不行？
代码简化版贴出来了：
#include
#include
#include
#include
using namespace std;
#pragma warning(disable:4996)
typedef struct user_info
{
char type;
char name[16];
char passwd[16];
}INFO;
INFO get_info(char c)
{
INFO a1;
a1.type = 'c';
strcpy(a1.name, "abcde");
strcpy(a1.passwd, "123456");
return a1;
}
int main()
{
INFO n;
n = get_info('a');
cout << n.type << endl;
cout << n.name << endl;
cout << n.passwd << endl;
getchar();
return 1;
}
说什么你的程序能运行起来算你运气好，说什么局部变量返回会出错，
我就纳闷了，返回int这样的函数
int aaa()
{
int as;
as=5;
return as;
}
难道有错吗？那么返回结构体咋就不对了？
INFO get_info(char c)
{
INFO a1;
a1.type = 'c';
strcpy(a1.name, "abcde");
strcpy(a1.passwd, "123456");
return a1;
}
代码没问题，但你组长的担心也不是凭空的。
如果返回的是局部变量的地址（&a1）的话，程序运行后会出错。因为函数只是把a1的首地址复制后返回了，但是指针指向的内容已经被释放了，这样指针指向的内容就是不可预料的内容，调用就会出错。
但你这里返回的是局部变量的值（a1），不涉及地址，所以程序不会出错。
如果说你不知道原理的话，还真是运气好了，祝你好运连连！
返回什么都不要紧，关键是返回的东西必须是有效和合法的，你这返回的是函数的局部变量，是函数栈里面的东西，函数调用结束那一刻，之前的栈空间就已经是无效的了，没有出问题是你的运气好
可以是结构体。参考程序如下：
struct a
{
int a;
int b;
}
a fun()
{
a test;
return test;
}
可以返回结构体啊！语法上绝对没问题的，不知道你们leader反对的原因是什么！
#include "iostream.h"
struct student
{
int idNumber;
char name[15];
int age;
char department[20];
float gpa;
};
student initial();//初始化并返回一个结构
void display(student arg);
int main()
{
display(initial());//输出返回的结构
return 0;
}
void display(student arg)
{
cout <<"学号：" <<arg.idNumber <<"姓名：" <<arg.name <<"年龄：" <<arg.age <<endl <<"院系：" <<arg.department <<"成绩：" <<arg.gpa <<endl;
}
student initial()
{
student s1={428004, "Tomato",20, "ComputerScience",84.5};//初始化结构变量
return s1;//返回结构
}
运行结果：
学号：428004姓名：Tomato年龄：20
院系：ComputerScience成绩：84.5
可以的,代码没问题谢谢
可以的，就你上面的代码返回没有问题~
分项目吧，最好是指针，他可能是觉得拷贝构造吧
可以，比较典型的就是数据结构里面的链表那些，返回的是一个结构体指针。
返回结构体可以，但注意别返回成指针了
返回结构体是可以的，但是很多项目管理更加倾向于返回对象或者对象指针，我估计应该属于代码规范便于扩展吧，能用class就少用struct
从代码结构上看不出啥问题
返回结构体体可以的，但很多项目不建议做成这样。
当然可以返回结构体啦
C++返回struct肯定没问题。判断好了都初始化就可以了，不要有空指针即可。
数值类数据返回没有问题，是值传递，指针就不同了，指针地址没有被占用是幸运的，如果在庞大的项目中，栈区利用率高的情况下，这段地址就会二次被分配，造成存储数据紊乱。
这个只是理论分析，未经验证。
因为你没有定义一个拷贝构造函数，在接受返回值的时候，会用到拷贝构造函数，如果没有定义，会使用自动生成的，自动生成的拷贝构造函数，就涉及到深拷贝和浅拷贝的问题。
所以你的leader会喷你。
当然可以了结构函数类型为结构体类型就可以了
完全没问题的。楼主多虑了。结构体其实是一个类。你可以当作数据类。你的函数返回这个结构体赋值给外边的n，这里涉及到了拷贝构造和赋值操作。c++11以后还能智能判断是否需要深拷贝
可以返回结构体，不过要注意字节对齐，特别是跨系统等情况下
就代码没有问题，也不会因为栈使用率高被修改值的。只是这种风格需谨慎
直接返回结构体或类对象是不行的，大多数情况都是出错！
首先说明，不是编译不报错，就代表你没错！
你的代码的结构体足够简单，所以编译没问题，你的逻辑足够简单，所以运行结果没有出错，真的是你运气好！
原因如下：
1.如果你的结构体或类是复杂对象，编译就会报错，如果你的结构体或类继承自CObject，比如一个CDialog对象，你返回对象试试看。
2.如果你的结构体是一个接口，即包含纯虚函数（必须要子类实现的，不能实例化），那返回对象也会编译不通过。
3.你返回的对象和接收的对象不是同一个对象，这会造成拷贝开销，对于包含大量数据的对象是应该避免这种拷贝开销。
4.返回的对象和接收的对象不是同一个对象，这是逻辑问题，那就说明你的使用仅限于查看，不能修改，因为不是同一个对象，修改无效。
5.你这种直接返回对象的使用方法，必须要求函数返回指定的结构体对象，不能返回NULL或者0，否则编译不能通过。那么你必须在接收端判断，接收的对象是否有效。
6.同理，不能使用继承，也就是不能返回这个结构体的子类，否则编译不能通过。
在C#里面，基本上都是你这种写法，因为C#没有指针概念，这种写法就是传址，是对的。在C++里面，这种写法就是传值，只有简单情况才是不会出错。
你组长也没有深层次理解C++，你直接返回局部变量的结构体没有问题，这有会一个拷贝构造的过程，这个过程会降低程序性能。还有，你不能返回局部变量的指针。
另外，如果你的结构体里面包含了指针，而你没有为结构体显式定义拷贝构造函数，会造成浅拷贝，这会有问题。
为了减少额外的拷贝消耗，C++11才增加了move语义。
一般来说你上面那段代码没啥问题，编译器会进行RVO优化（no copy，no move）
楼上说的有一点问题，纠正一下。
你这个代码会拷贝一次结构体，影响效率。
最佳写法应该把
INFO n;
n = get...
改为
INFO n = get...
或者
auto n = get...
这样编译器会进行RVO优化，不会拷贝
这样返回没有问题，性能最佳
你的写法是因为c++，INFO n;的时候会调用一次构造函数，然后再赋值，造成了一次拷贝
确实是运气好，这是不可控的
这个函数这么写是没有任何问题的，返回值是一个纯右值，符合规范。同时，编译器会开返回值优化，不会调用拷贝构造函数。
错的是不该把初始化和赋值运算符分开。
emmmmmm返回结构体当然可以，举个栗子在学数据结构时链表的结点就是用结构体表示的，关于链表的很多操作——如果写成函数的话都是要返回某个结点的。但是这位同学你看清楚，这个结构体的命名是user_info，而你写的INFO只是user_info的一个变量，所以你的函数类型用变量定义就错了，不是INFO get_info(char c)，而是user_info get_info(char c) 明白了么
返回结构体可以，但是效率不高，要拷贝的内容太多。我要是你组长，看你这么执迷不悟，早把你开了