草庐IT

Auto-layout

全部标签

C++11: `auto` 对 const 和引用类型的操作的标准引用

假设我有一个类型T:typedef...T;然后我有这些功能:Tf11();T&f12();T&&f13();constTf21();constT&f22();constT&&f23();然后像这样称呼他们:autox11=f11();autox12=f12();autox13=f13();autox21=f21();autox22=f22();autox23=f23();从C++11标准的哪些部分/条款可以推导出x11..x23的等效非自动声明? 最佳答案 它在§7.1.6.4autospecifier中。在您的函数返回类型示例中

c++ - 有没有办法为 C++03 实现 auto 关键字

在C++03或更早版本中,是否有实现auto关键字的方法?不是对象类,而是可以像这样使用它[C++11]autox=5;std::cout我很快“搞定”了一个实现,但它很垃圾,因为你可以将它转换为任何类型-太像一个object类,而且非常基础,我知道,但无论如何,这里是:classauto_t{public:templateauto_t(const_Ty&_Value):__data(_Value){}templateoperator_Ty(){return(_Ty)__data;}private:void*__data;};#defineautoauto_t

c++ - auto_ptr 陷阱和误区

除了使用auto_ptr的所有已知好处之外,auto_ptr的“最坏做法”是什么?创建auto_ptr的STL约束器。auto_ptr不满足“CopyConstructable”要求。另请参阅ScottMeyer的“有效STL”,第8项。创建数组的auto_ptr销毁时,auto_ptr的析构函数使用“delete”(而不是“delete[]”)来销毁拥有的对象,因此此代码会产生未定义的行为:auto_ptrapi(newint[42]);在使用auto_ptr成员的类中没有处理copy-ctor和op=。人们可能会天真地认为通过使用auto_ptr成员不需要为类实现复制构造函数/赋值

C++14 auto lambda 可以接受 Obj<std::tuple<void>>——但模板函数不能?

下面是一个程序,它完全演示了我所看到的问题。首先,我从一个使用其他类型的分组定义的对象开始,我开始使用std::tuple来管理分组。templateclassobject;templateclassobject>{};我打算这些对象能够具有散布在“包”中的类型void。我已经意识到无法“实例化”这种类型的元组(参见Voidtypeinstd::tuple)我想传递这些对象,也许复制/移动它们......它们的数据成员都不是这些类型的元组。事实上,我可以使用上面的空对象定义重现该问题。我可以让它工作,使用类似的东西:templatestructTGrp{};templateclasso

c++ - 单例模式 : different behavior of auto_ptr and unique_ptr

在实现工厂类时,我遇到了一个我无法理解的std::auto_ptr行为。我将问题简化为以下小程序,所以...让我们开始吧。考虑以下单例类:单例.h#ifndefSINGLETON_H_#defineSINGLETON_H_#include#includeclasssingleton{public:staticsingleton*get(){std::coutptr_;//staticstd::unique_ptrptr_;};#endif单例.cpp#includeostd::auto_ptrsingleton::ptr_(0);//std::unique_ptrsingleton::

ios - 更新到下一个 Xcode 得到编译器警告 Auto property synthesis will not synthesize property

自更新Xcode以来,我收到了这个新警告:自动属性合成不会合成属性“标题”;它将由其父类(superclass)实现,使用@dynamic来确认意图。这是为了@property(strong,nonatomic)NSString*title;在我已经子类化的UIViewController中。有谁知道此警告的含义以及我如何摆脱它?谢谢 最佳答案 UIViewController已经有一个propertycalledtitle可读/写。您的同名自定义属性预示着它。然后编译器会引发此错误,就好像您正在重新声明访问器方法(而不是使用@dy

iOS 应用内购买 : Managing auto-renewing subscriptions

我目前正致力于将应用内购买整合到iOS应用程序中。主要产品将基于自动续订订阅。我的问题涉及订阅管理。不可能(据我所知)在沙盒环境中管理AR订阅。Apple的文档hereonexpirationandrenewal和hereonmanagingsubscriptions表示用户可以禁用自动续订,然后在以后续订。如果从设备AppStore采取禁用操作,自动续订选项是否永久可用——例如,在IAP编程指南示例中,用户续订前大约有两个月的时间间隔。一年呢?我假设由于AR交易的记录无限期地存在,那么AppStore是否有能力管理订阅?我还假设这里需要注意的是,该产品仍然在商店中有售。谁有这方面的经

ios - 为什么 UIViewController.UIView 对子 UIViewLabel 的约束抛出错误 "Invalid pairing of layout attributes"?

我试图放置一个标签,使标签的顶部位于UIViewController下方的2/3处。所以我写了这个约束,但它给了我下面的错误。NSLayoutConstraint*labelTopConstraint=[NSLayoutConstraintconstraintWithItem:self.myLabelattribute:NSLayoutAttributeToprelatedBy:NSLayoutRelationGreaterThanOrEqualtoItem:self.viewattribute:NSLayoutAttributeHeightmultiplier:0.66constan

iOS 自动布局 : how to design different layouts for iPad landscape and iPad portrait in Xcode storyboard?

我不熟悉iOS中的尺寸等级和自动布局。我正在通过一个小应用程序进行同样的练习。以下是我试图通过自动布局和尺寸等级实现的目标。下面分别是iPad竖屏和iPad横屏的具体截图。iPadPortrait::此处有3个subview,即灰色View、绿色View、粉红色View。灰色View-superView的3/4高度,superView的2/3宽度绿色View-superView的3/4高度,superView的1/3宽度pinkview-superview的1/4高度,与superview的宽度相同iPad横向::与iPad纵向相同的3个subview,但位置略有不同。灰色View-与

ios - UINavigationBar 子类上的 “Auto Layout still required after executing -layoutSubviews"

我有一个UINavigationBar子类,我要向其添加一些UIView。我的UIView是根据我在-[UIViewupdateViewConstraints:]中定义的约束进行布局的NSDictionary*views,*metrics;//searchcontainerconstraints[selfaddSubview:self.searchContainer];self.searchContainer.translatesAutoresizingMaskIntoConstraints=NO;views=NSDictionaryOfVariableBindings(_search