前缀++友元重载函数的返值为类名是不妥的-与邓振杰老师商榷
前缀++友元重载函数的返值为类名是不妥的-与邓振杰老师商榷
我的书稿还对流行的教科书存在的一些问题进行了探讨，笔者相信，连教科书都会出现的问题一定具有探讨的必要。
在书稿中隐去了发生问题的教科书的名字，但是在博客文章中我将指出这些书的名字。
笔者上一篇博文“前缀++重载函数的返值为类名是不妥的-与吕凤翥老师等商榷”论述了前缀++类运算符重载函数的返值是类名的问题。友元运算符重载函数的返值类型与类运算符重载函数的返值类型道理是一样的，它也不能为类名，而只能是类名的引用。
邓振杰、人邮版、ISBN:978-7-115-17611-0/TP《C++程序设计（第2版）(高职高专)(邓振杰主编)》它的例子中友元运算符重载函数的返值类型就是类名。
这里仅举一个例子加以说明。如下例就是错误的：
#include <iostream.h>
class Person{
intage;
public:
Person(inti=0){age=i;}
voidprint(){ cout<<"age="<<age<<endl;}
friendint operator++(Person&);
};
int operator++(Person& r) //①前缀++运算符函数
{ r.age++;
returnr.age; //②
}
int main()
{ Personboy(10);
(++boy).print();//此句报错
return0;
}
而下面的程序也有问题：
#include <iostream.h>
class Person{
intage;
public:
Person(inti=0){age=i;}
voidprint(){ cout<<"age="<<age<<endl;}
friendPerson operator++(Person&);
};
Person operator++(Person& r) //①前缀++运算符函数
{ r.age++;
returnr; //②
}
int main()
{ Personboy(10);
boy.print();
++(++boy);
cout<<"++(++boy):";
boy.print();
return0;
}
输出为：age=10
++(++boy):age=11
显然是不对的，只要将上面程序的重载函数返值改为改为Person&，则
输出为：age=10
++(++boy):age=12
----------------------------------------------作者声明-----------------------------------------
我是一个老头，65岁，编过10年程序，在大学教过15年书，写了一本书，名为《C++释难解惑》，这几年来一直在投稿。出版社对我的书稿评价很好，但他们就是由于经济上的风险。总是在出版的最后关头反悔。其中北京****出版社已经签字画押的情况下反悔；北京****出版社与我签过电子合同；书稿在**大学出版社放了9个月，还让我请名人写序言，最后说现在书很难卖，并且还给我发了个近半年的图书销售的excel文档让我看，希望我理解出版社。我只好仰天嗟叹了。
有编辑朋友建议我把书稿放到网上让读者试读，以印证读者的人数和满意度。我想这是一个办法，即使永远不能出版，也不至于烂在肚子里。并且我在网上也看到这个办法成功的先例，例如《C语言深度解剖》，后来就由北航出版社出版了。
《C语言深度解剖》的作者采用的方法是把书稿上传到网上。我想采用化整为零的方法，每周起码在我的CSDN博客里发一篇文章，是书稿里的内容稍加改造的。之所以这样做确实出自于私心，就是想借此赚取CSDN的积分。因为我以前忙于教书，无暇经常光顾CSDN，所以几乎没有积分，这样是不能被大家所认识的。
博文与书稿上的文字可能有极少的字面上的不同。
如果您对我的书稿和博文感兴趣，请您推荐给您的朋友，谢谢。
本书稿已经国家版权保护中心进行了作品登记，登记号为：2010-A-023237。
下面我把一些出版社给我的来信摘录作为参考。您可以看到，我的书名在不同的出版社和编辑面前改了好几次名了，现在书稿的名字是我自己的。
//-----------------------------------以下是**大学出版社编辑的来信---------
陈老师，
选题我暂以《C++释疑解惑：课本没讲透的131个问题》的名字报上去了。通过审批应该问题不大。下面几点，是咱们电话里说过的，麻烦你着手进行啊：）
//-----------------------------------------------------------------------
陈老师好
从您的来信，我觉得您的文字驾驭能力挺好的，如果您的书，能写成您给我来信的风格，也不错，现在市场上还就缺这样的书。那种一步步讲操作，枯燥的原理，确实没人愿意看，而那种语言比较生动，穿插一些开发故事，体会心得之类的文风，让冰冷的技术活了起来，容易引起读者的共鸣。所以，建议书至少300页，写得生动些，多配些图，甚至每章最后都可以增加上一些问答，比如您历年教学收集到的经典问题等等。当然，其他的一些方法，也都可以尝试，我这里只是抛砖引玉。
//----------------------------------------------------------------------
尊敬的陈老师：您好！
由于负责这本书的编辑已经离职，这本书现由我负责与您沟通及出版事宜。
这本稿件从市场上鲜有的写作角度出发，揭示了C++的很多难点，有些内容具有一定的深度，同时又力求在写作上深入浅出，会有一定量的读者关注书中的问题，这是本书的一大特色。
//-------------------------------------------------------
陈老师：您好！
今天，就这部书稿又与领导进行了沟通。从这部书稿可看出，其中积淀了您多年的经验和大量心血，力图为读者学习C++排疑解惑，实属难能可贵。
从现在的销售数据（开卷数据：专门的图书销售调查数据，采集自全国2000多家书店，随邮附上）看，目前市场上同类书整体销量不理想（月销200本以上较好），即便在这样的数据面前，相对好销的书还属于基础入门的书或教材。在此，也冒昧地想和您探讨，如何将此书出销好的办法，比如：您能帮助出版社做哪些宣传推广，或者利用院校资源推广销售，以及在零售书店怎样做宣传，才能让读者广泛知晓本书并认可，从而形成销售。
//------------------------------------------------------
陈老师：您好！
从来信看到您对开卷销售数据进行了详细分析，相信您也看出零售图书市场的销售状况，即便是第1名的图书也不过160本/月，假设书店与网店销量平分秋色，每月的总销量也只有320本，一年的销量为3840册，按计算机书的平均销售周期一年半计算，预计为5760册（纯零售不包括教材）。以此推算，当月销量在100本的书，预计3600册。这个销量如果没有教材的销量支撑，从出版社的成本计算基本上是没有什么利润的，如果计算上在途、退货等因素，稍有不慎恐怕就会亏本，这基本上就是纯零售书的状况。
信中提到的几位作者的书，销量多则50多本，少则几本，如果纯靠零售销售的话，简单可以看出最终销量的情况。
社里对您这本书的含金量一直都是肯定的，只是苦于店销图书的销售状况，也深知您的身体状况在写作上将要付出的巨大努力，觉得再让您改稿实在是有些不合适。
//-------------------**大学出版社电子出版物编辑的来信--------------------------
陈老师您好：
我与图书编辑沟通了，就如您告诉我的，他对本书的质量不持疑义，主要考虑的是本书的经济效益。我们作为电子出版和网络出版部门，还没出过单独的网络出版物，这条路暂时不考虑。电子出版物5000左右的成本，包括生产成本和人力成本，要保证持平的话，恐怕要由作者承担。这是我向领导报选题时的一项。您作为作者，据我理解，如果没有相关经费支持，由您个人承担是有问题的。所以这个选题的前景还要您考虑。
------------------------------------------------------------------------
参考书目
1． []TedFaisonBorland C++3.11993
2． MFC,2001
3． []JessLiberty21C++2002
4． [] StanleyB. LippmanC++12007
5． 2010
6． C++1997
7．
8． C++200810
9． CC++200510
10． [] Peter Van Der Linden C2002,12