当涉及到使代码更加可测试时，依赖注入是一个重要工具。与其让对象创建自己的依赖关系或作为单例访问它们，不如让对象在工作中需要的一切都从外部传入。这使我们更容易看到一个给定的对象有哪些确切的依赖关系，同时也使测试变得更加简单——因为可以模拟依赖项以捕获和验证状态和值。
几乎所有的iOS app都至少使用了一些UIKit框架定义的UI部件。了解这些基础部件的名字、角色和功能可以帮助你明智地决定你的app的UI设计。
iPhone编程规则是：一个窗口，多个视图。UIView是iPhone屏幕上很多控件的基础类。每个iPhone用户界面都是由显示在UIWindow（这其实也是个特殊的UIView）内的众多UIView及其专门化子类构建的。 显示数据的视图： UITextView UILabel UIImageView UIWebView MKMapViews UIScrollView 可选择的视图（以下两个视图类实例都是模态显示的）： UIAlertView UIActionSheet 所有控件（控件是将用户触摸转换为回
4.UINavigationController实现多层画面跳转，在导航控制器中，载入有层级关系的界面
IOS 和ANDROID操作系统都是眼下流行的移动操作系统，被移动终端和智能设备大量採用，两者都採用了先进的软件技术进行设计，为了方便应用开发两者都採用了先进的设计模式。
视图(View), 视图控制器（ViewController）是IOS开发UI部分比较重要的东西。在学习视图这一块的东西的时候，感觉和Java Swing中的Panel差不多。在UIKit框架中都有一个UIWindow来容纳我们的View。应用程序中几乎全部的可视控件都是UIView以及UIView的子类的实例，并且UIWindow也是UIView的子类。UIWindow可以不借助于父类视图显示在屏幕上，其余的视图都需要添加到父视图中才能显示。窗口是用来显示视图的，下面我们将会结合着实例来具
https://juejin.im/post/5c6a0b6ef265da2de660f83f”
大多数对象在我们的APP中使用之前，都需要某种形式的设置。无论是我们要根据APP的品牌设置样式的视图（View），还是要配置的视图控制器(View Controller)，亦或是在测试中创建存根的值时，我们经常发现需要将设置代码放在某个地方。
Add Player 最终的设计看上去像下面这样:#接第一部分: 原帖地址 简书地址
在我的iOS的MVC框架之控制层的构建(上)一文中介绍了一些控制层的构建方法，而这篇文章则继续对一些方法进行展开讨论。MVC被众多开发者所诟病的C层的膨胀，究其原因不外乎有如下几点：
文章索引 4.1.1 状态栏 4.1.2 导航栏 4.1.3 工具栏 4.1.4 工具栏与导航标准按钮 4.1.5 标签栏 4.1.6 标签栏标准图标 4.1.7 搜索栏 4.1.8 范围栏 4.2.1 活动 4.2.2 活动视图控制器 4.2.3 集合视图 4.2.4 容器视图控制器 4.2.5 图片视图 4.2.6 地图视图 4.2.7 页面视图控制器 4.2.8 浮出层 4.2.9 滚动视图(Scroll View) 4.2.10 分栏视图控制器 4.2.11 表格视图 4.2.12 文本视图 4.2
很多应用程序都采用了侧边栏这样的界面结构，MMDrawerController是一个轻量级的侧边栏抽屉控件，其支持左侧抽屉和右侧抽屉，可以很好的支持导航控制器，并且支持开发者对手势和动画进行自定义。MMDrawerController的git地址如下：
在iOS的开发过程中，不可避免的要设计界面，在android中有xml设置界面和直接使用java代码设置界面控件两种方式，在之前的ios开发中也是类似的有xib文件设置界面及用代码直接设置控件两种方法，但后来又出了一种方式，就是storyboard故事板子，其实storyboard和xib文件很像，最大的不同之处在于一个xib文件对应一个ViewController视图控制器，而storyboard对应多个，基本一个应用只需要一个storyboard就可以了，不再需要为每个控制器创建一个xib文件，从这点上来说，还是很方便的，在storyboard中查看各个界面的跳转也很方便，但之前一直使用xib进行开发，对storyboard的使用不太熟悉，今天好好学习了一下其中的界面跳转和传值，用到了Segue这个东西，这里借着例子说明一下。
而MVVM这种新的代码组织方式就可以解决这些问题，本文就MVVM的架构设计做个简单的个人总结。
作者：KunMinX 链接：https://juejin.im/post/5dafc49b6fb9a04e17209922
很多时候使用一个弹层来提供一个小界面进行提示、选择什么的功能是很有用而且美观的，比如很多广告就是这种弹层的形式...有了弹层以后，我们不需要每次要显示一个东西的时候都跳转到另一个界面中去，当只用显示一点小东西的时候，弹层的价值远远大于新开一个界面，之前使用到了第三方的弹层KLCPopup，当时的需求是要能在弹层上填写内容以及添加按钮，试了几种弹层后发现这种最能满足需求也挺好用的，于是就用了下来，这里说一说简单的使用方式吧。
协议与委托代理回调在之前的博客中也是经常提到和用到的在《Objective-C中的委托(代理)模式》和《iOS开发之窥探UICollectionViewController(四) --一款功能强大的自定义瀑布流》等博客内容中都用到的Delegate回调。说到协议，在Objective-C中也是有协议的，并且Swift中的协议和Objc中的协议使用起来也是大同小异的，在Java等现代面向对象编程语言中有接口（Interface）的概念，其实和Swift中或者Objc中的Protocol（协议）是一个东西。
storyboard进行界面设计固然不错，特别是对于初学者经常会使用设计器进行界面设计，但是实际开发过程中我们很多情况下会直接使用代码进行界面布局，特别是对于复杂的界面布局更是如此。下面我们就从一个空项目建立一个类似于前面的登录界面。
一分钟，您的iOS应用程序可以在Xcode中正常运行，而下一分钟，它由于不可思议的SIGABRT错误而崩溃了。这是怎么回事！？
在我前面的两篇文章里面分别对MVC框架中的M层的定义和构建方法进行了深入的介绍和探讨。这篇文章则是想深入的介绍一下我们应该如何去构建控制层。控制层是联系视图层和模型层的纽带。现在也有非常多的文章宣扬所谓的去控制层或者弱化控制层的作用，觉得这部分是一个鸡肋，他会使得应用变得臃肿不堪。那么他是否有存在的必要呢？ 一般的应用场景里面，我们都需要将各种界面呈现给用户，然后用户通过某些操作来达到某个目标。从上面的场景中可以提取出呈现、操作、目标三个关键字。要呈现出什么以及要完成什么目标我们必须要通过具体操作才能达成，也就是说是通过操作来驱动界面的不断变化以及服务目标的不断达成，操作是联系界面和目标的纽带。为了表征这种真实的场景，在软件建模和设计实现中也应如此。我想这也就是MVC框架这种应用模型设计的初衷吧。在MVC框架中V负责呈现C负责操作而M则负责目标。而且这种设计还有如下更多的考量：
或者修改 rootViewController参数 2、弹出框： import UIKit class ViewController：UIViewController { var label：UILabel！ override func viewDidLoad() { super.viewDidLoad() self.view.backgroundColor = UIColor.brown label = UILabel(frame：CGRect(x：40, y：100,width：240, height：44)) label.text = ”” self.view.addSubview(label) let button = UIButton(frame：CGRect(x：40, y：180,width：240, height：44)) button.setTitle(“打开新的视图控制器”, for:UIControlState()) button.backgroundColor = UIColor.black button.addTarget(self, action:#selector(ViewController.openViewController),fo:.touchUpInside) self.view.addSubview(button) } func openViewController() { let newViewController = NewViewController() newViewController.labelTxt = “传递的参数！” newViewController.viewController = self self.present(newViewController, animated：true,completion：nil) } }
●发生触摸事件后，系统会将该事件加入到一个由UIApplication管理的事件队列中,为什么是队列而不是栈？因为队列的特点是FIFO，即先进先出，先产生的事件先处理才符合常理，所以把事件添加到队列。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/48552831
你可以直接从storyboard编辑器中,使用原型cell你可以很容易的为你的tableViewCell设计一套自定义的布局.
看到的一篇总结性的文章，收藏一下，感兴趣的可以自己看看，哪些是已经会的，哪些是没听说过的，哪些是一知半解的，都可以稍微看看。
自定义UITabbarController进而自定义UITabbar，这通常会是一个iOS项目开始的重要环节。在Swift的学习过程中，个人感觉虽说两种语言的相似度很大，但是Swift依然在代码风格上
UIPageViewController是iOS中少见的动画视图控制器之一，通过它既可以创建类似UIScrollView与UIPageControl结合的滚屏视图，也可以创建类似图书效果的炫酷翻页视图。UIPageViewController类似一个视图容器，其中每个具体的视图由各自的ViewController进行维护管理，UIPageViewController只进行协调与动画布置。下图可以很好的展现出UIPageViewControlelr的使用结构：
UIViewController 可以理解为 App 的界面，负责管理 UIView 中显示的内容和用户的交互，主要有以下作用：
Qt/C++开发人员眼中的Obj-C 对于我们第一次自己定义iOS应用来说,对于来自Qt/C++开发人员来说,我不得不学习Objective-C相关语法与知识 为了让读者可以更easy理解这篇博客的内容,我将描写叙述诸多我所学到的东西.这将很多其它的是大脑转存而不是单一的教程 ,所以我仍然希望这将对你非常有帮助,我将首先写编程语言的差异,然后再写关于类库的差异 1.Objective C vs C vs C++ 类似于C++,Obj-c是C语言的一个超集(这不是100%正确的,可是一个足够好的语句来理解它),您将使用的文件扩展名的头.h和.m来表示Obj-C语法 注意还有obj- c++文件扩展名.mm,尽管我如今还不会写. 类似于塞班c++,Obj-C是使用两个阶段进行构造:首先你在堆上分配对象,然后调用init方法. 通常能够避免调用两个方法和仅仅使用一个静态简便的方法,直接给你一个新分配的对象(比如stringWithCString). 全然不同(起初很分散)是Obj-C函数的调用方法,类似通常的C-ish方式,比如NSLog(@“我的日志消息”);但也有Obj-C语法对象的调用方法。 作为一个样例,这是对象有一个方法包括两个參数:obj(obj methodName:param1value param2:param2Value]。看起来非常奇怪甚至别扭,但你要去适应它。 在Objective C,这是通常被称为发送消息,不不过它的调用方法,还有好多我发现更加混乱. 在上面这种方法演示样例,methodName是所谓的选择器。一个选择器是一个方法的标识符。有时你必须识别方法(类似于一个函数指针), 在上面的样例中你能够这样写@selector(methodName:param2:). 在c++中没有根对象和Qt QObject仅用于一些对象,Objective C有强制性的根对象NSObject . 相反Qt你想信号/插槽,你仅仅用QObject类,而Obj-c这里你用NSObject做不论什么事情. 自从iOS 5 实现ARC(自己主动引用计数),觉得它像一个隐式QSharedPointer在你的对象。编码过程感觉到你有一个垃圾收集器。在内部,ARC告诉编译器插入保留(添加引用计数)和释放(减量引用计数和终于销毁)语句在您的代码中。 我觉得这是非常棒的,假设你坚持正常的做事的方式你基本上能够不再再操心内存泄漏. Objective C属性类似于Qt中的Q_PROPERTY,这意味着您能够使用好obj.var = foo语法在代码内部(obj setVar:foo)消息称为(好吧. .消息发送)。您能够创建一个属性@property和编译器使用@synthesize为你做一个getter / setter。 当然也能够定制getter / setter实现很多其它的内部逻辑,比如实现延迟初始化。 你能想象Objective C托付作为一组插槽。托付对象的一个托付方法被对象调用通知某些事情已经发生。这很类似于Java的接口 2.与Qt相关类相类似的东西 与语法一样重要是相关的库所提供的iOS(和OS X)。请继续阅读,了解他们提供的对象和功能。 NSString对象是一个常量字符串。您还能够创建通过@“followed by me”。
随着互联网飞速发展的时代，技术更新迭代的速度也在加快。看着Java、Js、Swift在各领域心花路放，也是煞是羡慕。寻了寻.net的消息，也是振奋人心，.net core 1，mono，xamarin等等，但大多都还在狂吼的阶段。其实一直以来对技术的理解是技术服务于业务和产品，产品又在不同程度的推进着技术的演进。
SpringMVC 的视图控制器是一个可以将 URL 映射到视图的控制器。它允许开发人员通过简单的配置来处理不需要任何逻辑的请求，并将它们直接映射到相应的视图。使用视图控制器，可以将控制器代码与视图代码分开，使代码更加清晰易读。
这是一篇以 iOS 开发人员的视角写给广大iOS 程序猿的 PHP 入门指南.在这篇文章里我努力去发掘 objectiv-c 与 php 之间的共性,来帮助有一定 iOS 开发经验的攻城狮来快速上手一
之前用CollectionViewController只是皮毛，一些iOS从入门到精通的书上也是泛泛而谈。这几天好好的搞了搞苹果的开发文档上CollectionViewController的内容，亲身体验了一下CollectionViewController的强大，之前一直认为CollectionView和TableView用法差不多，功能应该也是类似的。TableView的功能就已经很强大了，，CollectionView就是TableView的升级版，其功能更为强大。以后的几篇博客中好好的研究一下Col
按照时间顺序，事件的生命周期是这样的： 事件的产生和传递（事件如何从父控件传递到子控件并寻找到最合适的view、寻找最合适的view的底层实现、拦截事件的处理）->找到最合适的view后事件的处理（touches方法的重写，也就是事件的响应）
ios开发中，展示类应用通常要用到抽屉效果，由于项目需要，本人找到一个demo,缩减掉一些不常用的功能，整理出一个较短的实例。 首先需要给工程添加第三方类库
原文链接：https://www.cnblogs.com/ludashi/p/4791826.html
创建一个工程设置其 Bundle ID 必须和描述文件中的 Bundle ID 一致。
现在我们已经配置了 SimpleUrlHandlerMapping 和 InternalResourceViewResolver，可以使用它们来创建视图控制器了。要创建视图控制器，需要创建一个带有 @Controller 注解的类，并在这个类中添加用于处理 URL 的方法。这些方法将使用 InternalResourceViewResolver 来将视图名称解析为实际的视图，并将这些视图呈现给用户。下面是一个创建视图控制器的示例：
活动表示系统提供的或自定义的任务——通过一个活动视图控制器来实现——其可以和当前的内容互动。
与许多其他语言相比，使Swift更加安全，更不易出错的原因之一是其先进的（并且在某种程度上是不容忍的）类型系统。这是一种语言功能，有时可能会给人留下深刻的印象，使您的工作效率提高很多，而有时却令人沮丧。
（1）navigationBar导航栏可以被看作是self.navigationController一个属性导航控制器，它可以由点直接表示self.navigationController.navigationBar。当然navigationBar他还是很物业。让我们风格barStyle、背景backgroundColor、frame属性（能够获取宽高这些信息）。还能够用setBackgroundImage方法设置背景图片。当然图片多了能够使用clipsToBounds剪裁。
表单视图是移动开发中十分常用的一种UI方式。在iOS开发中，系统的UITableView可以用来创建表单视图，其界面的渲染与逻辑的处理需要开发者实现许多代理方法。FXForms是一个第三方的表单创建工具，其通过配置的方式来进行表单界面的创建，并且其中为开发者封装好了各种常用类型的表单cell。
OpenGL是一套多功能开放标准库，用于处理可视化2D和3D数据。OpenGL可以将调用函数转换成图形处理命令并传送给底层图形硬件，因此OpenGL的绘制效率非常快。
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
