我决定将C++当做带Class的C来用～～

幻の上帝

回复 40# wangell2012

这是错觉。
class和C的struct/union对应，在C++里充其量就是个类型系统上的包袱，连“基本类型”都算不上。
就算C++现在整个砍掉class，提供了替代特性来补上，ISO C++的内容结构也不用根本性地进行修改。
对于用户来说，把class（当然不算class template）人肉翻译成C的struct在工程实践上也不是不可接受的。损失的ctor/dtor生成代码没什么技术上的难度；而access control加一个预处理检查和运行时都能模拟，何况本来未必就必要。事实上应该真有这么多无聊的。顺便，另外有一些，像zmq之类，我想对他们说：“你丫的用不好C艹老实撸纯C别生产半吊子垃圾行不？”
相反，引用类型和模板以及附属的一堆特性（比如重载）在C里面就完全没有对应物。你敢说大量使用这些特性的代码有多少成功人肉翻译回C好好维护的案例么。

幻の上帝

回复 36# windoze


不需要什么现成语法。（非要纠结Qt moc的当然还是算了。）不管是boost.signal还是我撸的轮子都比C#的还方便。
另一方面，虽然和delegate不那么直接相关，C#的设计者片面依赖这种“方便”来取舍语言特性而制造出的语义噪音以及对类型系统整体设计的**以至于更大范围的不一致性正体现得越来越明显。比如说lambda为什么不能直接调还要包一层Action/Func？

windoze

回复 42# 幻の上帝

nonono，我说的“delegate”不是C#里的delegate，我指的是default event handler。
假设有一个文本框类，它能响应好几百中输入事件并做出对应的动作，比如敲下键盘就插入一个字符之类，如果我现在想订制这个文本框，比如用户按下回车就叮咚一声，我需要响应这个特定的事件，问题是，如果只有组合没有继承，我就只能把原文本框作为我的新文本框类的一个成员，此时我就必须想办法让我的新文本框类把所有事件都中转到老文本框成员里去，除了我要截获的那一个，C++没有方便的语法支持这个功能，我必须手工处理每一个事件，每一个时间的响应函数内容就只是一个中转而已。
无论你用moc还是boost.signal还是自己撸，只要你不用继承，这个坎很难绕的过去。

folklore

回复 43# windoze


    你可以设计一个Callback来模拟Event

幻の上帝

回复 43# windoze

只要放弃C++继承跟OOD出来的继承一一对应的想法实际上问题就没那么大了。
为什么这里需要排斥继承呢。继承当mixin用不是很自然的手法么。
当然，要说C++在这里能力不足倒是对的。
成员的话得要一些不太好看的小花招。
template<class T>
class TextBoxTraits
{
public:
  using Event = decltype(T:xxxx);
  using EventMemberGetterType = some_getter_type; // 比如Event()。

private:
  EventMemberGetterType p;

public:
  template<typename T>
  TextBoxTraits(EventMemberPtrType f) : p(f)
  {}
  Event& GetEvent()
  {
  //  return (static_cast<T&>(*this).*p)();
  // 这里按 EventMemberGetterType 具体类型看着办。
  }
};
class Container : TextBoxTraits<Container >
{
public:
//...
};

只有一个事件比较浪费，多了还算能用。
不过我不用这套。为了接口清楚我宁可自己抄一遍类似的声明。就算mixin也是protected然后手动显式using。
如果怕麻烦罗嗦，用宏节约实现成本。

windoze

回复 45# 幻の上帝

该不是楼太高忘了吧，最开始我就说在C++里，GUI是最需要OO的地方……

幻の上帝

回复 46# windoze


    一开始没注意到你说成员……

幻の上帝

回复 46# windoze


即便是OO也不见得要class-based OO……写来写去一堆类，框框一堆，扩展起来继承这个继承那个，烦死了。
不过prototype-based实现得经用倒是有些麻烦，所以暂且这样得了。

windoze

回复 48# 幻の上帝

以现状看，OO基本上就是一个垃圾填埋场，神马乱七八糟的东西都往里装，当然这个头是Java开的，不过污染已经蔓延到了所有“工业”级语言（话说我从来就没搞明白这个“工业级”到底是神马）。
OO唯一带来的成果就是漫天飞舞的“框架”、“轻量级框架”、“微型框架”……难道没有人发现“框架”本身才是可重用性最差的部分么？

daniel_11

“框架”本身才是可重用性最差的部分

赞！lol