你要知道的KVC、KVO、Delegate、Notification都在这里 转载请注明出处 https://cloud.tencent.com/developer/user/1605429 本系列文章主要通过讲解KVC、KVO、Delegate、Notification的使用方法，来探讨KVO、Delegate、Notification的区别以及相关使用场景，本系列文章将分一下几篇文章进行讲解，读者可按需查阅。 KVC 使用方法详解及底层实现 KVO 正确使用姿势进阶及底层实现 Protocol与Dele
@RestController和@Controller的共同点是都用来表示Spring某个类是否可以接收HTTP请求。
在上一篇博客中，介绍了最基本的UICollectionView的使用和其中我们常用的属性和方法，也介绍了瀑布流布局的过程与思路，这篇博客是上一篇的补充，来讨论关于UICollectionView的代理方法的使用。博客地址：
序言 目前形势，参加到iOS队伍的人是越来越多，甚至已经到供过于求了。今年，找过工作人可能会更深刻地体会到今年的就业形势不容乐观，加之，培训机构一火车地向用人单位输送iOS开发人员，打破了生态圈的动态平衡。矫情一下，言归正传，我奉献一下，为iOS应聘者梳理一下面试题，希望能助一臂之力! OC的理解与特性 OC作为一门面向对象的语言，自然具有面向对象的语言特性：封装、继承、多态。它既具有静态语言的特性（如C++），又有动态语言的效率（动态绑定、动态加载等）。总体来讲，OC确实是一门不错的编程语言。 Obje
本文介绍了一种用于iOS的交互式转场实现方案，通过使用UIKit Dynamics和UIKit Layout实现自定义转场效果。具体实现包括两个部分：一是交互式转场动画的实现，通过CGAffineTransformAnimation结合UIView.animateWithDuration()方法实现；二是交互式转场交互的实现，通过监听UIViewControllerTransitionCoordinator方法实现。该方案适用于界面之间的复杂转场交互场景，可以自定义转场动画和交互逻辑，实现更加顺滑、自然的界面转场效果。
在我前面的两篇文章里面分别对MVC框架中的M层的定义和构建方法进行了深入的介绍和探讨。这篇文章则是想深入的介绍一下我们应该如何去构建控制层。控制层是联系视图层和模型层的纽带。现在也有非常多的文章宣扬所谓的去控制层或者弱化控制层的作用，觉得这部分是一个鸡肋，他会使得应用变得臃肿不堪。那么他是否有存在的必要呢？ 一般的应用场景里面，我们都需要将各种界面呈现给用户，然后用户通过某些操作来达到某个目标。从上面的场景中可以提取出呈现、操作、目标三个关键字。要呈现出什么以及要完成什么目标我们必须要通过具体操作才能达成，也就是说是通过操作来驱动界面的不断变化以及服务目标的不断达成，操作是联系界面和目标的纽带。为了表征这种真实的场景，在软件建模和设计实现中也应如此。我想这也就是MVC框架这种应用模型设计的初衷吧。在MVC框架中V负责呈现C负责操作而M则负责目标。而且这种设计还有如下更多的考量：
使用函数方式定义的视图叫函数视图，虽然使用方便，便于理解，但是当一个s视图有多种请求方式的时候，变需要使用分支来编写不同请求方式对应的逻辑。
在SpringMVC 中，控制器Controller 负责处理由DispatcherServlet 分发的请求，它把用户请求的数据经过业务处理层处理之后封装成一个Model ，然后再把该Model 返回给对应的View 进行展示。在SpringMVC 中提供了一个非常简便的定义Controller 的方法，你无需继承特定的类或实现特定的接口，只需使用@Controller 标记一个类是Controller ，然后使用@RequestMapping 和@RequestParam 等一些注解用以定义URL 请求和Controller 方法之间的映射，这样的Controller 就能被外界访问到。此外Controller 不会直接依赖于HttpServletRequest 和HttpServletResponse 等HttpServlet 对象，它们可以通过Controller 的方法参数灵活的获取到。
一直都有人撰文吹捧MVVM应用开发框架，文章把MVVM说的天花乱坠并且批评包括iOS和android所用的MVC经典框架。这篇文章就是想给那些捧臭脚的人们泼泼冷水，虽然有可能招致骂声一片，但是目的是给那些刚入门的小伙伴一些参考和建议，以免误入歧途。同时也给那些深陷其中不能自拔的小伙伴们敲敲警钟，以免其在错误的道路上越走越远。
1. Object-C的类可以多重继承么?可以实现多个接口么?Category是什么?重写一个类的方式用继承好还是分类好?为什么? 答： Object-C的类不可以多重继承;可以实现多个接口，通过实现
1.为什么main()总是返回0？可以将main()的返回结果视为“粗欧文报告”，这样0就是好消息，没有错误就是成功。 2.消息：消息发送（指令）必须写在一对括号中，并且必须包含以下两个部分。 指针，指向接收消息的对象。 方法名，要触发的方法的方法名。 3.如果在编写程序时，如声明指针时，不知道所指对象的准确类型，为此可以使用id类型。id的含义是：指针，并可以指向任意类型的Objective-C对象，e.g.: id delegate 注意：以上声明没有用星号。id已经隐含了星号的作用。 4.在obj-c中，创见对象最常见的途径就是使用alloc和init，通常会将这两个消息写在一行代码中，并以嵌套的形式连续发送（Apple推荐写法）： [[NSDate alloc] init]; 5.合并存取属性的便捷方法： 在.h中国，通过@property声明属性，如 @property int w； 在impl中，要求编译器根据@property声明自动合成（synthesize）出存取方法。如： synthesize w； 6.方法前的-号表明此方法为实例方法，必须通过new才能使用； 方法前的+号表明此方法为类方法，是静态方法，无需new也能使用。 7.相互拥有的所有权关系导致相关的对象都无法被释放。这种情况称之为“retain循环”（retain cycle）。retain循环是导致内存泄露的常见原因。 8.使用弱引用（weak reference）可以解决retain循环问题。弱引用是不主张所有权的指针。 如： @interface Asset：NSObject { __weak Employee *holder； } @property （weak）Employee *holder; 9.当某个由弱引用所指向的对象被释放时，相应的指针变量会被归零，即赋为nil。 10.retain计数规则。 前提：“你”代表“当前正在使用的某个类实例”。 a.如果用来创建对象的方法，其方法名是以alloc或new开头的，或者包含copy，那么你已经得到了该对象的所有权（即可以假设该新对象的retain计数时1，且该对象不在NSAutoreleasePool对象中。）你要负责在不许要使用该对象的时候释放之。以下时部分常见会“传输”所有权的方法：alloc（后会跟一个init方法），copy和mutableCopy。 b.通过任何其他途径创建的对象（例如便捷方法），你是没有所有权的（可以假设新对象的retain计数是1，而且该对象已经在NSAutoreleasePool对象中。如果没有保留该对象，那么当NSAutoReleasePool对象被“排干”时，这个对象就会被释放。） c.如果你不拥有某个对象，但是要使用该对象的时候，可以向其发送release消息或者autorelease消息（release会使retain计数立刻减1。autorelease会导致，当NSAutoreleasePool对象被排干时，再向相应的对象发送release消息）。 d.只要对象还有至少一个拥有方，该对象就会继续存在下去（当该对象的retain计数到达0时，就会收到dealloc消息）。 11.内存管理，需要经常从局部角度来思考问题，并且以类为分界线，考虑内存管理问题，而不是去考虑应用的其他部分时怎么样处理某个对象的。 12.为什么需要一个不能修改的数组NSArray呢？原因有二： a.保证数组内容的安全。也就是说，程序在使用NSArray对象时，只能“看”不能“改”。 b.性能考虑。不可修改对象永远无需拷贝。NSArray的copy方法其实不会做任何额外的工作，仅仅返回指向自己的指针而已。而NSMutableArray的cpy方法则会制作一份自己的拷贝，并返回指向新数组对象的指针。 13.NSSet的对象是无序的，所以不能通过索引来访问。只能向NSSet对象查询某个对象是否存在，它有一个名为containObject：的方法。 14.在Apple提供的类中，有些覆盖了isEqual：方法。对于这些类，相等的（equal）和相同的（identical）是两个概念。假如程序有两个指向NSString对象的指针： NSString *x = … NSString *y = … 如果x、y保存的是完全一样的地址，则称这两个变量是“相同的”。如果x和y所指向的NSString对象包含的是相同的字符，并且排列顺序也一样，则称这两个变量是“相等的”。因此，相同的变量一定是相等的，但是相等的变量不一定是相同的。 15.C、C++、Objective-C这类语言的代码文件要经过两步才能完成编译。首先，预处理器（preprocessor）会读入并处理整个文件。接着，预处理器的输出结果会作为输入
学习是一个循序渐进的过程，作为一名.Net软件工程师我们需要学习和掌握的东西非常的多，本章主要是记录下前段时间面试中经常遇到的一些基础常识，这里只是大致的概括还有很多需要学习的东西需要不断的学习和积累。
发布于 2018-07-25 13:20 更新于 2018-07-28 11:50
在 Part 1 我们探索了布局协议的基础知识，为理解布局是如何工作的打下了坚实的基础。现在，是时候深入研究那些更少提及的功能了，以及如何使用它们来为我们带来便利。
应用中的 views.py 是 Django MTV 架构中的 V，主要负责处理用户请求和生成相应的响应内容返回到前端，然后在 HTML 或者其他类型文档中渲染、显示。
spring框架复习大纲【面试+提高】 简介 创立于 2003年 , 是为了解决企业级开发的复杂性的! 是一个分层的se/ee(javase和java ee)一站式轻量级开源框架 体系结构 Sp
1、我么在调用NSLog()方法打印一个对象时，实际上是调用了该对象的description方法，这个description方法就和Java中的toString()方法一样。所以，下面两行代码其实是一样的 NSLog(@"%@", p) ; NSLog(@"%@", [p description]) ; description方法是NSObject类的一个实例方法，所有的OC都是NSObject类的子类，因此，所有的类都有description方法。description方法方法通常用于实现这样的一个功
2.前端控制器（DispatherServlet)再找到处理器映射器(HandlerMapping)
本文中我们将探讨在 SwiftUI 视图中批量获取 Core Data 数据的方式，并尝试创建一个可以使用 mock 数据的 FetchRequest。由于本文会涉及大量 前文[1] 中介绍的技巧和方法，因此最好一并阅读。
组件 前端控制器-DispatcherServlet : 接收请求，响应结果，相当于转发器，中央处理器。有了dispatcherServlet减少了其它组件之间的耦合度。用户请求到达前端控制器，它就相当于mvc模式中的c，dispatcherServlet是整个流程控制的中心，由它调用其它组件处理用户的请求，dispatcherServlet的存在降低了组件之间的耦合性 处理器映射器-HandlerMapping : 根据请求的url查找Handler HandlerMapping负责根据用户请求找到Handler即处理器，springmvc提供了不同的映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等 处理器适配器-HandlerAdapter : 按照特定规则（HandlerAdapter要求的规则）去执行Handler 通过HandlerAdapter对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行执行 处理器-Handler(需要工程师开发) : 注意：编写Handler时按照HandlerAdapter的要求去做，这样适配器才可以去正确执行Handler Handler 是继DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下Handler对具体的用户请求进行处理。 由于Handler涉及到具体的用户业务请求，所以一般情况需要工程师根据业务需求开发Handler。 视图解析器View resolver : 进行视图解析，根据逻辑视图名解析成真正的视图（view） View Resolver负责将处理结果生成View视图，View Resolver首先根据逻辑视图名解析成物理视图名即具体的页面地址，再生成View视图对象，最后对View进行渲染将处理结果通过页面展示给用户。 springmvc框架提供了很多的View视图类型，包括：jstlView、freemarkerView、pdfView等 视图View(需要工程师开发) : View是一个接口，实现类支持不同的View类型（jsp、freemarker、pdf…）
面向对象编程关乎接口。在 Python 中理解类型的最佳方法是了解它提供的方法——即其接口——如 “类型由支持的操作定义”（第八章）中所讨论的。
在了解SpringMVC之前，我们需要知道MVC架构设计模式以及J2EE的三层架构设计，MVC模式如下图所示：
在函数分组和protocol/delegate实现中使用#pragma mark -来分类方法，遵循以下结构：
在现有的计算机中，二进制常常以字节数组的形式存在于程序当中。例如在C#里面，就用byte[]，标准C里面没有byte类型，但可以通过typedef把byte定义为unsigned char的别名，效果是一样的。JS设计之初似乎就没想过要处理二进制，对于字节的概念可以说是非常非常的模糊。如果要表达字节数组，那么似乎只能用一个普通数组来表示。
在上篇[2]中，我们对 result builders 做了较详细的介绍。本篇我们将通过对 ViewBuilder 的仿制，探索更多有关 SwiftUI 视图背后的秘密。
近几年，随着深度学习的大热，许多研究攻克了如何从单张图片生成3D模型。从某些方面似乎再次验证了深度学习的神奇——doing almost the impossible。
JavaBean是一个可重复使用的软件组件。实际上JavaBean是一种Java类，通过封装属性和方法成为具有某种功能或者处理某个业务的对象，简称bean。由于javabean是基于java语言的，因此javabean不依赖平台，具有以下特点：
2、copy 方法copy返回一个新字典，其包含的键值对与原来的字典相同（这各方法是浅复制，因为值本身是原件，而非副本）
基本介绍 数据回显：模型数据导向视图（模型数据 ---> Controller ---> 视图） 说明：SpringMVC在调用方法前会创建一个隐含的模型对象，作为模型数据的存储容器（隐含模型） 一、ModelAndView @RequestMapping(method = RequestMethod.POST) public ModelAndView createUser(User user) { userService.createUser(user); ModelAndView mav =
SpringMVC中的Servlet一共有三个层次，分别是HttpServletBean、FrameworkServlet和 DispatcherServlet。 HttpServletBean直接继承自java的HttpServlet，其作用是将Servlet中配置的参数设置到相应的属性；FrameworkServlet初始化了WebApplicationContext，DispatcherServlet初始化了自身的9个组件。 在学习9个组件之前，我们需要先了解Handler的概念，也就是处理器。 它直接应对着MVC中的C也就是Controller层，它的具体表现形式有很多，可以是类，也可以是方法。在Controller层中@RequestMapping标注的所有方法都可以看成是一个Handler，只要可 以实际处理请求就可以是Handler。 Handler的概念清楚了，下面开始对9个组件一一介绍。 1. HandlerMapping
表单视图是移动开发中十分常用的一种UI方式。在iOS开发中，系统的UITableView可以用来创建表单视图，其界面的渲染与逻辑的处理需要开发者实现许多代理方法。FXForms是一个第三方的表单创建工具，其通过配置的方式来进行表单界面的创建，并且其中为开发者封装好了各种常用类型的表单cell。
Spring MVC是Spring Framework中的一个组件，原名为Spring Web MVC。
在 SwiftUI 中，尺寸这一布局中极为重要的概念，似乎变得有些神秘。无论是设置尺寸还是获取尺寸都不是那么地符合直觉。本文将从布局的角度入手，为你揭开盖在 SwiftUI 尺寸概念上面纱，了解并掌握 SwiftUI 中众多尺寸的含义与用法；并通过创建符合 Layout 协议的 frame 和 fixedSize 视图修饰器的复制品，让你对 SwiftUI 的布局机制有更加深入地理解。
Ngui简介 这是一个GUI的排版显示引擎和跨平台的GUI应用程序开发框架，基于NodeJS/OpenGL，这也是第一个在移动端Android/iOS融合NodeJS的前端GUI项目，至此JavaSc
这是一个GUI的排版显示引擎和跨平台的GUI应用程序开发框架，基于NodeJS/OpenGL，这也是第一个在移动端Android/iOS融合NodeJS的前端GUI项目，至此JavaScript成为了真正意义上前后端通吃的语言。
今年 SwiftUI 新增最好的功能之一必须是布局协议。它不但让我们参与到布局过程中，而且也给了我们一个很好的机会去更好的理解布局在 SwiftUI 中的作用。
Servlet 是 Java Web 的基石， 为什么Servlet使用起来这么不方便？
在使用PC进行操作时，你一定遇到过这样的场景，可以将图片直接拖入聊天软件进行发送，可以将文档、音乐、视频文件等文件拖入相应应用程序直接进行使用。这种拖拽操作交互极大的方便了电脑的使用。在iOS11中，你可以在iPhone或iPad上构建这种交互体验！
凡经历过iOS面试的我们总会发觉，即使实际开发中做过许多项目，也难免为一个普通的面试题受挫。这也许不是因为我们技术不过关，而是因为在平时我们忽略了怎样将用到的知识很好的表述出来。闲暇之余我把一些常见的iOS面试问题总结一下，即使不是为了面试，也有助于对基础知识的回顾。 此篇总结在iOS中遇到的有关概念或功能相似的，容易混淆的知识点： 1.区分UDID与UUID UDID（Unique Device Identifier）用户设备唯一编码 UDID是一串由40位16进制数组成的字符串，用以标识唯一的设备。
调试可以帮助我们识别和解决应用程序缺陷，老九君下面介绍的调试方法基本都是通用的，有了下面的这些技巧在开发中会让我们在编程中事半功倍，避免浪费时间！ 1.条件断点 如果小伙伴们不知道如何添加断点，只需点
调试不仅可以查找到应用程序缺陷所在，还可以解决缺陷。对于Java程序员来说，他们不仅要学会如何在Eclipse里面开发像样的程序，更需要学会如何调试程序。本文介绍了Java程序员必知的10个调试技巧，保证让你受益匪浅！
请解释你所理解的 Spring 的 AOP 框架是如何搭建并实现的？(通知、连接点、切入点、切面、目标对象）
UIScrollView 恐怕是所有 App 都绕不过去的类——尤其是它的子类 UITableView 和 UICollectionView。看看我们日常常见的 App，新闻类的今日头条，社交类的微博和微信，电商类的淘宝、腾讯，日常管理用的备忘录和图片 App 的缩放功能，都或多或少得使用了 UIScrollView 及其子类。
Spring为了展现层提供的基于MVC模式设计的Web框架，是主流的MVC框架之一，Spring MVC通过注解让Java Bean成为处理请求的控制器,无需实现任何接口，并且支持Rest风格的URL形式，采用松散耦合可插拔的组件结构，比其他MVC框架更具有扩展性和灵活性
jquery mobile 针对移动端设备的事件类型。 1.touch 事件。 tap 快速触摸屏幕并且离开，类似一种完整的点击操作。 taphold 触摸屏幕并保持一段时间。 swipe 在1秒内水平移动30px屏幕像素上时触发。 swipeleft 向左侧滑动 swiperight 像右侧滑动。 2.方向改变事件 orientationchange 事件函数当移动设备的方向发生改变触发，在事件的回调函数内的第二个参数返
本篇博客就来介绍一下iOS App中主题切换的常规做法，当然本篇博客中只是提到了一种主题切换的方法，当然还有其他方法，在此就不做过多赘述了。本篇博客中所涉及的Demo完全使用Swift3.0编写完成，并使用iOS的NSNotification来触发主题切换的动作。本篇博客我们先对我们的主题系统进行设计，然后给出具体实现方式。当然在我们设计本篇博客所涉及的Demo时，我们要遵循“高内聚，低耦合”，“面向接口编程”，“便于维护与扩充”等特点。 本篇博客我们先看一下Demo的运行效果，然后给出设计方案已经对应的类
领取专属 10元无门槛券
手把手带您无忧上云
