App Store 审核指南

娱乐之中的宗旨剧中人物

 

法定链接:https://developer.apple.com/app-store/review/guidelines/cn/

 

1.条款和标准

1.1为App Store开发顺序,开发者必须信守Program License Agreement
(PLA)、人机交互指南(HIG)以及开发者和苹果签订的其它别的协商和合同。以下规则和例证意在救助开发者的顺序能得到App
Store的肯定,而不是修改或删除任何其余协商中的条款。

 

2.功能 

2.1 崩溃的顺序将会被驳回。

2.2 存在指鹿为马的主次将会被拒绝。

2.3 跟开发者宣传不符的程序将会被驳回。

2.4 无使用文档或隐藏功能与叙述不符的次序将会被驳回。

2.5 使用非公开API的顺序将会被拒绝。

2.6 在钦赐容器范围外读写多少的程序将会被拒绝。

2.7 以其余措施或款式下载代码的主次将会被驳回。

2.8 安装或运转其余可进行代码的顺序将会被驳回。

2.9
德姆o版、trial版和test版的次序将会被驳回。Beta版应用程序可由此TestFlight提交,并且必须听从相关指南。(之前从差异意Beta版通过TestFlight提交)

2.10 iPhone程序必须不经修改就能以红米分辨率和2倍中兴3GS的分辨率在iPad上运行。

2.11 与App
Store已井然有条重复的拔取或然会被驳回,特别是数据过多的情形下,比如手电筒应用和爱经应用。

2.12
没有强烈用途、不出色的应用程序只怕与网站简单包扎的选用有或许被拒;不提供其余持久娱乐市值的主次大概会被驳回。

2.13 内容根本是营销质感或广告的顺序将会被拒绝。

2.14 包括欺骗或虚伪效率,却有没有标志的应用程序将会被拒绝。

2.15 大于100MB不只怕透过蜂窝互联网下载的行使(App Store会自动禁止)。

2.16
多职责程序行使后台服务仅限于几种目的:VoIP、音频播放、地理位置、完毕职分以及本地指示等。

2.17 应用程序只同意使用iOS WebKit框架和WebKit Javascript浏览web内容。

2.18 鼓励酗酒或利用违禁药品,或利诱青少年饮酒或抽烟的先后将会被拒绝。

2.19 提供错误的系统诊断或不可靠的装置数量的利用将会被拒绝。

2.20 向App Store上传多量形似版本程序的开发者将会从iOS开发者安顿中革除。

2.21 不难一首歌曲或然一部影片采纳要付出到iTunes
store,书籍类应用应该提交到iBookstore。

2.22 随意依据条件(如定位如故运行商)限制用户使用的使用会被拒。

2.23 应用必须遵守iOS数量存储指引方针(iOS Data
Storage Guidelines ),否则应用将被拒。

2.24 存放在Newsstand的使用必须信守开发者项目许可协议(Program License
Agreement)的表① 、表2以及表3,否则应用将会被拒。

2.25 类似App
store,可能依据购买或然降价的目标而彰显其余使用的应用将会被驳回

(限制越来越暴虐,在此从前透过十分规审核批准(比如常规管理、航空以及其余无障碍必要等),大概为新鲜群体用户提供全部重粗心义的附加值的利用是足以因而的)

2.26
唯有当app是出于特殊审核必要(比如常规管理、航空以及无障碍需求等)或为特殊群体用户提供全部重马虎义的附加值时,才得以显得和引进自家以外的其余应用程序,否则应用程序将会被驳回。

 

3.元数据(名称、描述、评级、排名等)

多年来厂商踩雷司空眼惯,此部分请详细阅读

3.1 应用可能元数据中涉嫌任何任何活动平台将会被拒。

3.2 带有占位符文本的次序将会被拒绝

3.3
应用程序的称号、描述、截图只怕预览与行使的始末和功效不相干将会被驳回。

(从前仅对描述有所限制)

3.4 为了不混淆用户,iTunes
Connect中的应用名称应当和体将来装备上的采取名称相同。

3.5 差异尺寸的app icon要一如既往,否则会导致混淆。

3.6 图标、截图以及预览不切合4+年华评级的顺序将会被拒绝。

(增添了对预览的界定)

3.7 目录与类型不切合于程序内容的先后将会被拒绝。

3.8
开发者有任务为其先后钦赐适合的评级。不合营的评级恐怕会由苹果集团修改。

3.9
开发者有权利为其程序内定恰当的根本字。不适宜的关键词大概会被苹果集团修改/删除。

3.10
试图透过伪造评论可能付费评论的法子在AppStore中操纵大概其诱骗用户评价(可能使用任何不正当格局)以提高排行的开发者将会被苹果从iOS开发者陈设中革除。

3.11 在安装或打开应用从前,推荐用户重启iOS设备的行使将会被拒。

3.12
提交审查的应用程序应包含能不荒谬运作的UOdysseyL,比如帮忙服务U福睿斯L和隐秘政策U昂科雷L。

3.13
应用程序的截图、预览恐怕营销文本没有清楚地提议附加内容或项目需求卓殊单独购买(比如拔取IAP)将会被驳回。

3.14 App预览仅能采纳从应用程序捕获的摄像显示器、独白、文本以及design
overlays,否则应用程序将会被拒绝。

3.15 添加App预览的应用程序,未经许可显示真人个人新闻将会被拒绝。

3.16 App预览仅能应用在具有选定地区内通过授权许可、用于此目的的音乐。

3.17 App预览包括未经授权的通过app播放的始末(比如iTunes
playlist和YouTube流媒体)的行使将会被拒绝。

 

4.位置

4.1 在搜集、传输或行使地方数据在此以前未布告并拿走用户同意的主次将会被拒绝。

4.2
将按照地方的API用于车辆、飞机或其余设备的自动控制或独立决定的应用程序将会被驳回。

4.3 使用基于地方的API用于应急服务的应用程序将会被驳回。

(此处实行了描述修改,未爱抚提议调度和车队管理)

4.4
当与提供的效益或服务细致入微相关,或许为永葆通过授权的广告时,应用程序才足以动用位置数据。

 

5.推送通告

5.1 不接纳苹果推送布告(APN)应用接口提供推送公告的次序将会被拒绝。

5.2 未从苹果得到Push Application ID便随意利用APN服务的先后将会被驳回。

5.3
在第三次推送音信如故须要运行推送公告从前未拿到用户许可的接纳将会被驳回。

5.4 使用推送文告发送敏感个人新闻或机密音讯的顺序将会被驳回。

5.5
使用推送布告发送非请求新闻,或用来钓鱼或群发垃圾音信用途的顺序将会被驳回。

5.6 应用程序不可使用推送通告发送广告、让利或其余项目标直销消息。

5.7 应用程序不能向利用推送公告服务的用户收到资费。

5.8
使用推送文告会过Dolly用APN服务的互联网流量或带宽或给配备带来过度负担的先后将会被驳回。

5.9
即使应用程序传送病毒、文件、统计机代码或程序,并且对APN服务的例行运作造成加害或中断,那么该程序将会被驳回。

 

6.游戏中央

6.1 向终点用户或专断第叁方出示玩家ID的次序将会被拒绝。

6.2 将玩家ID用于此外未经游戏大旨条款批准用途的先后将会被驳回。

6.3
试图拓展反向寻找、跟踪、关联、挖掘、拿到或采用玩家ID、别名或通过游戏为主得到任何新闻的开发者将会iOS开发者布置除名。

6.4 游戏中心音讯(例如排名榜分数),只好用于游戏中央批准的应用程序中。

6.5
利用游玩中央服务发送非请求音信,或用来钓鱼或群发垃圾邮件的顺序将会被拒绝。

6.6 过多应用游戏为主网络流量或带宽的应用程序将会被驳回。

6.7
借使程序可以传递病毒、文件、总计机代码或程序,并且对游戏为主服务的健康运转造成损害或暂停,该程序将会被驳回。

 

7.广告

7.1 人工刷广告浏览量恐怕广告点击率的应用程序将会被拒绝。

7.2 蕴涵空iAd广告的应用程序将会被驳回。

7.3 首要设计意在显示广告的应用程序将会被驳回。

 

8.商标与商品外观

8.1 应用程序必须信守”Guidelines for Using Apple Trademarks and
Copyrights”和”Apple Trademark List”中验证的具有条条框框与原则。

8.2
任何误导和暗示苹果公司是该应用程序来源或提供商,或然苹果公司以其余款式表示肯定其质量或效益的应用程序将会被拒绝。

8.3 与当下已有苹果产品还是广告核心外观相似或歪曲的应用程序将会被驳回。

8.4 在应用程序名称元帅苹果产品名拼错的应用程序(例如,GPS
for iPhone,iTunz)将会被驳回。

8.5
应用程序不得接纳受保证的第3方材质(比如商标、版权以及专利),无法违反第壹方使用条款。必须提供使用这么些材质的授权许可。

8.6
若无分明授权许可,从第壹方来源处(比如YouTube、SoundCloud以及Vimeo等)下载音乐还是录像内容的应用程序将会被拒绝。

 

9.媒体内容

9.1 不应用媒体播放器框架(MediaPlayer
Framework)获取音乐库中媒体内容的应用程序将会被驳回。

9.2 用户界面模仿任何iPod恐怕iTunes界面的应用程序将会被驳回。

9.3 通过蜂窝网络传输的音频流内容每肆分钟不得跨越5MB。

9.4 通过蜂窝互联网传输超越10分钟的摄像流内容必须拔取HTTP Live
Streaming协议,并且要包罗3个基线为192kbps或许更低的HTTP实时流。

 

10.用户界面

10.1 应用程序必须听从苹果的《iOS Human Interface
Guidelines》中具有的条目和标准化。

10.2 外观与金立自带应用(比如App Store、iTunes
Store和iBookstore)相似的应用程序将会被驳回。

10.3 未能按苹果《iOS Human Interface
Guidelines》描述正确使用系统提供的类型(比如按钮、图标)的使用将会被驳回。

10.4 成立桌面/主显示器环境还是模拟multi-App插件体验的应用程序将会被拒绝。

10.5 修改音量大小和铃声/静音等规范开关功效的应用程序将会被拒绝。

10.6
苹果和大家的客户中度强调不难、精致、富有创建性以及因此精心设计的界面。尽管要求提交越多,但却尤其值得。苹果设立了很高的三昧。尽管您的用户界面太过复杂只怕水准不高,只怕会被驳回。

 

11.购买销售与货币流通

11.1 使用App
Store以外的水渠解锁或打开附加属性和机能的应用程序将会被驳回。

11.2
使用使用内开发种类(IAP)以外的连串购买内容、成效或劳动的采取软件将会被驳回。

11.3
使用IAP购买东西商品如故用于该软件之外的货物和劳务的应用软件将会被驳回。

11.4 使用IAP购买积分(信用点)或许其余货币必须在本利用中消费。

11.5 使用IAP购买已过期积分或其余货币的利用软件将会被驳回。

11.6 使用IAP订阅的始末至少要时时刻刻7天,而且允许在用户的其余iOS设备间共享。

11.7 使用IAP购买项目标应用程序必须派遣正确的购销类型。

11.8 使用IAP购买iOS内置成效(如照相机,陀螺仪)的应用程序将会被驳回。

11.9
含有超越限制时间的始末或劳动的应用程序将会被驳回,除经特定批准的故事情节(比如电影、TV节目音乐以及本本)。

11.10 保险类应用程序必须免费,要听从发表地方的王法,并且不大概应用IAP。

11.11
一般而言,你的应用程序越贵,大家的评审会越浓厚。(对不起,大家进口大多数是免费网游)

11.12 提供订阅功用的使用必须采纳IAP,苹果将会依照Developer Program
License Agreement中的约定与开发者按30/70比例分成。

11.13
在动用内采用跳转至外部购买或订阅链接的采用将会被拒,比如”buy”按钮跳转至3个进货电子书的web页面。

11.11只要利用内尚未跳转至外部购买、订阅的按钮或链接,苹果允许这一个使用读取或显示经批准的、在应用外购买或订阅内容(特别是笔记、报纸、书籍、音频、音乐、摄像以及云存储内容)。苹果不得不通过应用程序内的购入拿到部分收益。

11.15
应用程序可以只利用自动更新订阅期刊(报纸、杂志)、商业应用程序(公司类、效用类、专业创意类以及云存储类)和传媒类应用程序(视频、音频、声音),否则应用程序将被拒绝。

11.16
当与特定的通过审查的实体产品(比如玩具)结合使用时,应用程序可以动用拿到认同的叠加特色和效果,只要附加功效完全依靠于该硬件产品(比如一款用于控制望远镜的应用程序)或许也足以在不利用实物产品的景况下采纳应用程序,比如达成奖励或许选用IAP。

11.17
即便利用效益按照各地和联邦法律,那么应用能够用来推进被认可的杜撰货币的商品流通。

 

12.抓取和汇聚

12.1 从苹果网站(例如apple.com、iTunes Store、App Store、iTunes
Connect以及Apple Developer
Programs等)抓取任何新闻照旧拔取苹果网站内容和服务拓展名次的应用程序将会被拒绝。

12.2 应用软件可以应用拿到认可的苹果MuranoSS feeds,例如iTunes Store RSS
feeds。

12.3 只是简短的网页剪切、内容结合只怕收集链接的应用程序或者会被驳回。

 

13.风险设备

13.1 怂恿用户以只怕导致损害的方法使用苹果设备的运用软件将会被驳回。

13.2 神速耗光设备电量或发生过多热量的应用软件将会被驳回。

13.3 能导致用户人身损伤的app将会被拒绝。

 

14.人身攻击

14.1
涉及中伤、人身攻击性质以及内容狭隘卑鄙的利用软件可能打击特定个人或团体的接纳软件将会被拒绝。

14.2 职业政治讽刺家和有意思作家不受这一条款约束。(开门,查水表)

14.3
显示用户创作始末(UGC)的应用程序必须提供3个过滤不良资讯的艺术,3个用户可以标记侵袭性内容的体制,以及可以阻挡辱骂用户的能力。

 

15.暴力(以前传禁枪的音讯尚未在条款中明确指出)

15.1
应用程序中冒出人或动物被杀、致残以及枪击、刺伤、拷打等受伤情况的实际画面将会被拒绝。

15.2 出现描绘暴力或虐待孩童等故事情节的应用程序将会被拒绝。

15.3
游戏中出现的”仇敌”不可指向1个特定种族、文化、二个实际存在的内阁、集团依旧其余任何实际中的实体。

15.4
对武器进行实际描述以煽动不合规采用或滥用那一个武器的应用程序将会被拒绝。

15.5 包罗俄罗丝轮盘赌博故事情节的游乐将会被拒。

 

16.令人反感的内容

16.1 应用程序中出现过分令人反感大概低俗的内容将会被拒绝。

16.2 在筹划上激怒用户或令人觉得厌烦的应用程序将会被拒绝。

 

17.隐私

17.1
在未经用户优先批准,或未告诉用户怎样运用音信以及在何方使用新闻的意况下,应用程序不大概传输用户数量。

17.2
须求用户共享电子邮箱地址和出生日期等私人音讯才可接纳其功能的应用程序将会被拒绝。

17.3
仅出于坚守适用的孩童隐衷法规的目的,应用程序可以须要用户的出生日期(大概应用其他年纪评级机制),不过必须回顾部分立见作用的效能还是游戏市值,不管用户年龄大小。

17.4
收集、传输以及享受未成年用户个人音信(比如名字、地址、邮件、地方、照片、录制、绘画、聊天音信以及任何民用数据,可能与以上所述相关的永久性标示符)的应用程序必须遵守应用小孩子隐衷法规,并且必须含有隐衷条文。

17.5
包括账号注册或然访问用户现有账号的应用程序必须带有隐秘策略,否则将会被驳回。

 

18.色情

18.1
含有色情资料,相当于《韦氏词典》中定义的”目的在于鼓舞性欲,对性器官或性行为的了解描述或彰显,而无关美学或感情感受”的程序将会被拒绝。

18.2 包蕴用户频繁提供的香艳内容的应用程序(比如原先的“Chat
Roulette”程序)将会被拒绝。

 

19.宗教,文化与种族

19.1
涉及宗教、文化或种族群体的引用或评头品足包涵诋毁性、攻击性或狭隘内容,或会使特定群得体临迫害或武力的应用程序将会被拒绝。

19.2
程序可以分包或引用宗教经文,程序所提供的引用或翻译必须准确且不会挑起误导。评论应该有教育意义,可以令人开阔眼界,而不应有煽动性。

 

20. 较量、赌博、彩票以及抽奖

20.1 彩票抽奖和交锋必须由应用程序的开发者只怕app所属集团发起。

20.2
应用程序必须出示彩票抽奖和竞赛的专业规则,并扬言苹果不是发起者,也从不以任何方法加入运动。

20.3
开发者运转一款具备抽奖性质的应用必须通过法律允许,并且抽奖应用必须有所以下特点:薪金、运气以及奖品。

20.4 允许用户在接纳中从来购买销售彩票或彩券的使用将会被拒。

20.5
提供真钱游戏(比如体育博彩、扑克牌、赌场游戏、赛马以及彩票)的应用程序必须有应用程序适用地区当地要求的认可和同意,必须界定在这么些区域,必须可以从App
Store免费下载。

20.6 使用IAP购买信誉大概货币,且构成真钱游戏的运用将会被驳回。

 

21.慈善与协理

21.1 包罗可以向已阐明的慈善团体捐赠功效的应用程序必须是免费的。

21.2 捐赠款项的搜集必须透过Safari浏览器访问web页面或是手机短新闻落成。

 

22.法规要件

22.1
应用程序必须坚守全部发表地点地面法律,开发者有任务驾驭并遵循全数地点法规。

22.2 包括虚假,欺诈或误导性陈述的次第将会被驳回。

22.3 任何用于招揽、促进或鼓励犯罪或强烈鲁莽行事的应用程序将会被拒绝。

22.4 接济不合法文件共享的程序将会被驳回。

22.5 被设计用来不合法赌博工具的应用程序(包罗点算牌)将会被驳回。

22.6 具有匿名或恶作剧拨打电话或发送类似短信/彩信成效的主次将会被驳回。

22.7
任何付出暗中募集用户密码或用户私人数据程序的开发者将会从iOS开发者安插中革除。

22.8
包涵非执法单位颁发的DUI检查点音信,可能怂恿/帮忙酒后出车的采纳将会被驳回。

22.9
统计药剂用量的应用程序必须由药物创制商只怕确认机构发布,比如医院、保险公司以及高校。

22.10 在未授权的场馆下利用iTunes音乐预览的应用程序将会被拒绝。

 

23. Passbook

23.1 Passbook
Passes可被用来开发恐怕收受支付,传递商业音信只怕提供验证(比如电影票、飞机票、打折券以及别的),但把Passbook
Passes用于其余用途的应用程序或许会遭遇拒绝,并且会被裁撤Passbook证书。

23.2
Passes必须含有有效的pass发行人有效的沟通资料,否则app将会被拒绝,并且Passbook证书也会被撤除。

23.3
Passes必须透过实体签名,并依据其名字、商标恐怕品牌开展分发,否则应用程序将会被拒绝,而Passbook证书也说不定会被裁撤。

 

24.孩童连串

24.1 孩童种类中的应用程序必须含有隐秘政策,必须遵从适用的少儿隐衷法规。

24.2
小孩子种类中的应用程序不允许包蕴作为广告(比如app内部基于用户行动的劳务广告),任何在应用程序中显示的上下文广告必须符合孩童。

24.3 孩童种类中的应用程序必须取得父母许可或使用parental
gate才能链接至应用程序外部或开展交易。

24.4 孩童系列中的应用程序必须标明”5虚岁以下,6-十周岁依旧9-拾贰周岁”。

 

25.扩展

25.1 包蕴增加的应用程序必须根据App Extension Programming Guide须要。

25.2
包括扩张的应用程序必须提供一些职能(扶助屏幕,附加设置),否则将会被驳回。

25.3
假若扩大的视图中隐含营销推广、广告如故IAP内容,那么带有该扩充的使用将会被驳回。

25.4 键盘扩张必须提供1个切换至下个键盘的点子。

25.5 键盘扩张必须拥有离线访问效果,否则将会被拒绝。

25.6 键盘扩充必须提供和App Extension Programming
Guide描述一致的数字和十进键盘类型,否则将会被拒绝。

25.7
提供键盘扩充的采取必须怀有大旨的意义分类和隐秘政策,否则将会被驳回。

25.8
提供键盘增添的应用程序只同意搜集用户活动以坚实键盘扩充在iOS设备上的功力,否则将会被拒绝。

 

26.HomeKit

26.1 使用HomeKit框架的应用程序必须有提供家中自动化服务的主要目的。

26.2
使用HomeKit框架的应用程序必须在营销文本中证实用途,同时必须提供隐秘政策,否则将会被驳回。

26.3 应用程序不容许将从HomeKitAPI收集的多少用于广告宣传可能其他根据使用的多寡挖掘。

26.4 出于其余目的接纳从HomeKitAPI收集的数额,而不是用于加强用户体验依旧家中自动化效能中硬件/软件品质,那类应用将会被拒绝。

 

27.HealthKit

27.1
使用HealthKit或然ResearchKit框架(出于健康目的用于进行人体生物学切磋的框架)的应用程序,必须坚守其独具适用区域的法律,以及iOS
Developer Program License
Agreement中的3.3.28和3.39条文。(增加了对于ResearchKit框架的支撑)

27.2 将冒牌或许不当的数量写入HealthKit的应用程序将会被拒绝。

27.3 使用HealthKit框架的应用程序在iCloud中蕴藏用户平常音讯将会被拒绝。

27.4 应用程序差异意将通过Health基特API收集的用户数据作为广告宣传大概按照使用的多少挖掘目的,除了革新健康、医疗、健康管理以及理学研商目的。

27.5 未经用户许可与第叁方分享由此HealthKitAPI得到的用户数据的应用程序将会被驳回。

27.6 使用HealthKit框架的应用程序必须在营销文本中验证集成了Health
app,同时必须在app用户界面清楚阐释HealthKit的效应。

27.7 使用HealthKit框架的应用程序必须提供隐秘政策,否则将会被拒绝。

27.8
提供诊断、治疗指出,大概决定诊断疾病的硬件,恐怕治疗疾病的应用程序,若没有依照必要提供书面的囚禁审批,将会被驳回。

27.9
收集人体生物学探讨相关数据的应用程序必须求赢得加入者的批准,对于少年,应用程序要获取其家长如故管事人的许可。许可内容必须归纳:(a)商讨的质量、目标以及持续性;(b)参预流程、风险以及收益(福利);(c)消息的机密性和数目处理(包含与其他与第②方的共享);(d)参加者难点切入点;(e)打消方法(新增)

 

28.TestFlight

28.1
应用程序仅能利用TestFlight对以公开揭橥为目标的接纳举行beta版测试,且必须听从完整的App
Review Guidelines。

28.2
当版本中隐含的始末或效益有紧要变动时,使用TestFlight的应用程序必须交给审查。

28.3 使用TestFlight的应用程序不容许分发给测试者,以作为任何款式的互补。

 

29. Apple Pay

29.1 使用Apple
Pay的应用程序必须在售卖任何货物可能服务之前为用户提供具有材质的购入消息,否则将会被拒绝。使用Apple
Pay举行限期付款的应用程序必须提供低于限度续费期限,付费将四处直至被撤除,逐个阶段所付款额,开销付款归属,以及如何打消等。(扩展了对于定期付款的规定)

29.2 使用Apple Pay的应用程序必须正确行使Apple Pay Human Interface
Guidelines中的Apple Pay标识和用户界面成分,否则将会被拒绝。

29.3 使用Apple
Pay作为购买机制的应用程序所提供的商品或服务不能冒犯任何付出地界定内的法度,也不大概用作其余不合法目标。

29.4 使用Apple Pay的应用程序必须提供隐衷政策,否则将会被拒绝。

29.5 唯有为了牵动或增强货物和服务的交付,或许依据法律要件,使用Apple
Pay的应用程序才能与第1方分享因此Apple Pay拿到的数目。

里头,角色的中坚属性即基础攻击力、基础防御力、基础生命值、基础魔法值。

接下来剧中人物可以由此任何武装举行添加这四行属性。

从而武装就是装设者(不一致的装饰者,伸张差别的习性),而各异的基础属性(人族、神族、魔族)就是分化的组件

 

不过,小编看得不是很懂上边的。只能本人来领会下那装饰者方式。

玩个网游,有人族、神族、魔族。每一个族的底子生命值、魔法值、防御力、攻击力大不相同的,同时,每一种族都有温馨的武装来涨幅

所以多少个怎么去让玩家有投机的估计出团结的中坚属性呢

人族 人=new 人族();

新手护腿 护腿=new 新手护腿(new 新手护腰(new 新手护腕(new 新手护臂(new
新手头盔(new 新手木棍())))));

护腿.获取生命值();

安插这一个,就是在原来的类上,添加附加的盘算,如同大盒装小盒,小盒装小小盒。

 

地方有没有很像一人在穿时装啊?所以,不巧有人先把裤子穿了,发现内裤没穿,这该如何是好吧?尽管三角裤外穿很像超人,然而一般人都以被说神经病的。

发表评论

电子邮件地址不会被公开。 必填项已用*标注