前言
这将是一个系列的博文，这个系列将介绍一个iPhone软件项目中遇到的各种坑以及我们的解决方案，其中包括：架构设计、UI组件设计、storyboard使用、autolayout使用、coredata使用、蓝牙解决方案 等。
项目背景
这是一个以客户设计为导向的软件。客户设计？这是我自己杜撰出来的一个词，如有雷同纯属巧合。
与以往的客户需求导向不同，已经不是单一的从客户那进行需求调研然后我们给出解决方案，做出原型然后确认需求，最后开发。
客户不仅仅有自己的需求，而且已经把UI、互交、软件层级都已经给出。
看到这里可能大家一定想的是：都设计完了那还不好？直接开发就OK了啊，真是帮你们省事啊~
在之前我也是这么想的，可是拿到设计稿之后心中顿时出现几个字：尼玛！。
简单介绍一下项目背景。这是一个配合硬件来使用的软件，其中目前设想和规划支持的硬件大致有 16 种。可以分为3大类分别是：健康、安全、家庭。暂时支持的硬件有：Thermometer（体温计）、Activity Tracker（运动手环）、Pet Tracker（宠物追踪器）。
客户的想法
客户想做这样的一个软件：
该软件在最外层有一个类似于Android众的Launcher的功能，能够在这个Launcher中统一管理各个子软件以及作为各子软件的入口。
大家要注意的是这个软件到最后需要支持的子软件有16种之多。我们曾经建议他们将这些子软件都独立成一个App，仅仅将Launcher作为入口和身份验证，不要将子软件完全在Lancher中实现，否则这个Launcher将是一个非常庞大的App，不仅生成的安装文件会非常的大，而且越到后面维护成本也会成指数增加。
但是~甲方如果能够听乙方的意见的话，那这个世界上就没有难做的项目。最后也只有我们来妥协。
所以我们需要比较好一点的底层架构来支持我们这个软件，以至于到后期扩展应用与维护的时候不会那么困难，对于巨大的安装文件我们是没有办法了。
UI、互交与层级
部分UI如下图，关于美观的问题这里就不做评价，各人审美不同（据客户说是一个20多人的设计团队设计出来的#-_-）。
img
img
img
由截图可以看出整个App的一个UI架构可以分为三块SideBar，Tabbar，MainView。
这种UI架构是没有什么问题的很主流，但是各位看官请注意侧边栏内容，再看看底部导航栏，是不是有几项是相似的？没错了这几个相似的功能就是一样的功能点击后的效果是一致的！
客户对侧边栏的定义是快捷方式。
做过App的尤其是iPhone App的应该都知道，在开发之前都会设计一条优质的路径去引导用户如何来使用（也就是UINavigation）。这次完全打破了传统，要用Native App开发出Web App的特性，任意跳转。
这只是整个项目中的一个坑，在后续的介绍中我们会一一指出，并提供我们的解决方案。
好废话说了一大堆，现在是时候来干货了，现在进入我们的第一篇：
