在之前的两篇中,我们使用 public 静态方法对之前的内容进行了一个抽取,有了 public 静态方法这个工具,我们的学习行为也发生了一点变化。

在没使用 public 关键字之前呢,每一个示例仅仅是一个知识的记录作用。而我们用了 public 关键字之后,我们可以把知识作为一个可以复用的方法。但是呢,这样就有了一个顺序的问题。

我们是先写方法在写 MenuItem?还是先写 MenuItem 还是在写方法?

笔者给出的答案是,在学习新的 API 或者新的知识点的时候建议先写 MenuItem 示例,等掌握这个知识之后,再去设计方法。其他的情况我们遇到了再说。

接下来要学什么?

我们的知识库有一个问题,就是存在重复代码,第八个示例和之前的示例都重复了。有点经验的童鞋早就有把它们一口气整理的冲动了吧?不过,还不是整理的时候,还不是时候。因为我们的规则和约定经常改的话会非常不稳定,会徒增工作量,所以呢,我们要等待一个比较合适的时机。时机成熟了就进行整理。但是在整理之前呢先按照这种接着收集我们的示例。

不过到这里,笔者就迷茫了。在之前我们的知识点都是有目的的,这些知识点组合起来可以为我们解决一些问题,比如导出功能最初是为了让自己在家和在公司之间或者在项目之间进行无缝切换的。这个问题已经解决了,那么还有什么我们身边问题通过编程解决呢?

笔者要好好思考一下,在教程的开头,笔者说要选择的知识点是搭建框架需要的知识点,或者笔者认为比较重要的知识点。而导出功能所需要的知识点是框架中比较常用的 Unity API。而我们每个示例的规则和约定则是架构相关的内容。然后在导出功能之后应用了 C# 语法中的 public 关键字,也就是访问权限,访问权限对一个框架来说也是非常重要的东西。我们到目前为止的目标呢,只是打造一个知识库,这个目标还是在第一篇的时候定的,目前看来只是完成了一个知识库使用的流程,并没有积累很多的知识点。好吧,又回到了刚才提出的要学什么知识点的问题了。

虽然又回到了原点,不过这样梳理一遍思路还是很有帮助的。最起码可以得到一个具体的分类,将以上的几个关键点列出来如下:

  • 框架常用的 Unity API 与功能(比如导出功能)。
  • 架构的内容:约定、规则。
  • C# 程序设计:访问权限与方法设计。

有了以上这样的一个列表,结构就清晰了很多。在 Unity 开发者中,大多数的童鞋都是做项目,少部分童鞋专职做插件、框架或者渲染等工作。所以呢,笔者要思考知识点的方向选什么最合适?

对于专栏来讲,用最少的时间完成一个最简版的框架或许可以马上迎合教程的主题,但是市面上写最简框架的教程和文章多得数不胜数,如果只是为了搞个简易框架而写这篇专栏,不如去看 2017 版本的专栏。

对于读者来讲,专栏要保证阅读体验,并且掌握文章的知识点和方法论的同时能够从文章中获得启发,这样是最好的。而如果一个专栏或者书籍太过系统很影响阅读体验。

所以经过综合思考,接下来学习一些更贴近项目的小知识点。

第九个示例(一)

在上一篇文章中,经过大量的思考我们得出了一个学习方向,那就是在项目中比较实用的小知识点。

我们大部分 Unity 做的项目呢都是移动端的项目,这里包括 iPhone、iPad 以及各种 Android 端的设备。而经过笔者统计大部分的设备屏幕宽高比都是 16:9(iPhone 5s 至 iPhone 8) 和 4:3 (iPad)。而少部分的则是接近 2:1(iPhone X) 和 3:2(iPhone 4s),还有一些比较奇葩的分辨率,比如魅族和华为的 Pad。

而我们在进行屏幕适配的时候多多少少会通过代码来写一些特定分辨率的逻辑(因为总有那么几个比较奇葩的设备)。OK,到此我们要做的事情比较明确了。

我们来做一个用来区分当前设备分辨率的工具。

我们先来写一个最简单的,判断是否是 Pad 分辨率(4:3)。

第九个示例

在开始写判断逻辑之前呢,我们先要获取当前设备的宽和高。

Unity 提供了 Screen.height 和 Screen.width 这两个 API 来为我们提供当前设备的高和宽。

判断横竖屏

设备有可能是横屏也可能是竖屏,所以我们要判断当前是横屏还是竖屏。

判断代码如下:

#if UNITY_EDITOR
[MenuItem("QFramework/9.屏幕宽高比判断")]
#endif
private static void MenuClicked()
{
var isLandscape = Screen.width > Screen.height;
Debug.Log(isLandscape ? "横屏" : "竖屏");
}

如下图所示,当将 Game 视图的分辨率改成 4:3 时。

输出结果为:横屏

而改成如下图所示的 3:4 时



则输出结果为:竖屏。

计算分辨率

现在我们知道了屏幕的方向,这样我们就比较好判断当前屏幕的宽高比了。

代码如下:

#if UNITY_EDITOR
[MenuItem("QFramework/9.屏幕宽高比判断")]
#endif
private static void MenuClicked()
{
var isLandscape = Screen.width > Screen.height; float aspect; if (isLandscape)
{
aspect = (float) Screen.width / Screen.height;
}
else
{
aspect = (float) Screen.height / Screen.width; } Debug.Log(aspect);
}

由于 Screen.width 和 Screen.height 都是 int 类型的。相除可能结果也只能是整数,所以要在前边转成 float 类型。

以上的这个代码不管是将 Game 视图的分辨率设置成 4:3 还是 3:4,输出的宽高比值都是 1.333 左右,而这个宽高比值的小数点第三位都有一点浮动。所以要在判断是否是 Pad 分辨率的时候要把这个浮动范围考虑进去。

计算是否是 Pad 分辨率

有了以上准备,我们的 Pad 分辨率就比较容易写了。

代码如下

#if UNITY_EDITOR
[MenuItem("QFramework/9.屏幕宽高比判断")]
#endif
private static void MenuClicked()
{
var aspect = Screen.width > Screen.height ? (float) Screen.width / Screen.height : (float) Screen.height / Screen.width; var isPad = aspect > (4.0f / 3 - 0.05) && aspect < (4.0f / 3 + 0.05); Debug.Log(isPad ? "是 Pad 分辨率" : "不是 Pad 分辨率");
}

关于 aspect 的计算做了一步简化,核心代码还是下边的代码,不过也比较好理解了,不多讲了。

代码的执行结果为:Game 视图的宽高比设置成 4:3 或者 3:4 的时候,则输出“是 Pad 分辨率”。如果设置成其他的则输出“不是 Pad 分辨率”。

基本上的一个功能我们算是实现完了,而且测试的结果也是正确的。

提取成方法。

我们来观察一下这几行代码

#if UNITY_EDITOR
[MenuItem("QFramework/9.屏幕宽高比判断")]
#endif
private static void MenuClicked()
{
var aspect = Screen.width > Screen.height ? (float) Screen.width / Screen.height : (float) Screen.height / Screen.width; var isPad = aspect > (4.0f / 3 - 0.05) && aspect < (4.0f / 3 + 0.05); Debug.Log(isPad ? "是 Pad 分辨率" : "不是 Pad 分辨率");
}

其实可以提取成两个方法。一个是计算 aspect (宽高比)的,一个是判断是否是 Pad 分辨率的。

提取后的代码如下:

using UnityEngine;

#if UNITY_EDITOR
using UnityEditor;
#endif namespace QFramework
{
public class ResolutionCheck
{
#if UNITY_EDITOR
[MenuItem("QFramework/9.屏幕宽高比判断")]
#endif
private static void MenuClicked()
{
Debug.Log(IsPadResolution() ? "是 Pad 分辨率" : "不是 Pad 分辨率");
} /// <summary>
/// 获取屏幕宽高比
/// </summary>
/// <returns></returns>
public static float GetAspectRatio()
{
return Screen.width > Screen.height ? (float) Screen.width / Screen.height : (float) Screen.height / Screen.width;
} public static bool IsPadResolution()
{
var aspect = GetAspectRatio(); return aspect > (4.0f / 3 - 0.05) && aspect < (4.0f / 3 + 0.05);
}
}
}

代码执行的结果与之前的一致。

第九个示例(二)

在上一篇文章中,我们完成了 Pad 设备分辨率的判断。我们今天把剩下的其他分辨率都搞定。

16:9 手机分辨率

大部分手机是 16 : 9 的。

所以代码如下。

		/// <summary>
/// 是否是手机分辨率 16:9
/// </summary>
/// <returns></returns>
public static bool IsPhoneResolution()
{
var aspect = GetAspectRatio();
return aspect > 16.0f / 9 - 0.05 && aspect < 16.0f / 9 + 0.05;
}

3:2 (iPhone 4s)

		/// <summary>
/// 是否是手机分辨率 3:2 3 / 2 = 1.5
/// </summary>
/// <returns></returns>
public static bool IsPhone15Resolution()
{
var aspect = GetAspectRatio();
return aspect > 3.0f / 2 - 0.05 && aspect < 3.0f / 2 + 0.05;
}

2436:1125 (iPhone X)

		/// <summary>
/// 是否是iPhone X 分辨率 2436:1125
/// </summary>
/// <returns></returns>
public static bool IsiPhoneXResolution()
{
var aspect = GetAspectRatio();
return aspect > 2436.0f / 1125 - 0.05 && aspect < 2436.0f / 1125 + 0.05;
}

其他

相信扩展机型的规律大家应该掌握了,这里就不多说了。

完整示例代码如下:

using UnityEngine;

#if UNITY_EDITOR
using UnityEditor;
#endif namespace QFramework
{
public class ResolutionCheck
{
#if UNITY_EDITOR
[MenuItem("QFramework/9.屏幕宽高比判断")]
#endif
private static void MenuClicked()
{
Debug.Log(IsPadResolution() ? "是 Pad 分辨率" : "不是 Pad 分辨率");
Debug.Log(IsPhoneResolution() ? "是 Phone 分辨率" : "不是 Phone 分辨率");
Debug.Log(IsiPhoneXResolution() ? "是 iPhone X 分辨率" : "不是 iPhone X 分辨率");
} /// <summary>
/// 获取屏幕宽高比
/// </summary>
/// <returns></returns>
public static float GetAspectRatio()
{
return Screen.width > Screen.height ? (float) Screen.width / Screen.height : (float) Screen.height / Screen.width;
} /// <summary>
/// 是否是 Pad 分辨率 4 : 3
/// </summary>
/// <returns></returns>
public static bool IsPadResolution()
{
var aspect = GetAspectRatio();
return aspect > 4.0f / 3 - 0.05 && aspect < 4.0f / 3 + 0.05;
} /// <summary>
/// 是否是手机分辨率 16:9
/// </summary>
/// <returns></returns>
public static bool IsPhoneResolution()
{
var aspect = GetAspectRatio();
return aspect > 16.0f / 9 - 0.05 && aspect < 16.0f / 9 + 0.05;
} /// <summary>
/// 是否是iPhone X 分辨率 2436:1125
/// </summary>
/// <returns></returns>
public static bool IsiPhoneXResolution()
{
var aspect = GetAspectRatio();
return aspect > 2436.0f / 1125 - 0.05 && aspect < 2436.0f / 1125 + 0.05;
}
}
}

到此呢,我们可以进行一次导出了。

今天内容就这些。

转载请注明地址:凉鞋的笔记:liangxiegame.com

更多内容

Unity 游戏框架搭建 2019 (十三~十五) 接下来要学什么?& 第九个示例的更多相关文章

  1. Unity 游戏框架搭建 2019 (二十五) 类的第一个作用 与 Obselete 属性

    在上一篇我们整理到了第七个示例,我们今天再接着往下整理.我们来看第八个示例: #if UNITY_EDITOR using UnityEditor; #endif using UnityEngine; ...

  2. # Unity 游戏框架搭建 2019 (三十四、三十五) 9 ~ 10 示例整理

    第九个示例 目前代码如下: using UnityEngine; #if UNITY_EDITOR using UnityEditor; #endif namespace QFramework { p ...

  3. Unity 游戏框架搭建 2019 (三十二、三十三) 类的命名 & 代码文件命名

    昨天我们完成了第八个示例的第二个 MenuItem 菜单顺序的调整. 我们今天再往下接着调整. 我们来看下接下来的 MenuItem 代码如下: [MenuItem("QFramework/ ...

  4. Unity 游戏框架搭建 2019 (四十二、四十三) MonoBehaviour 简化 & 定时功能

    MonoBehaviour 简化 在前两篇,我们完成了第九个示例.为了完善第九个示例,我们复习了类的继承,又学习了泛型和 params 关键字. 我们已经接触了类的继承了.接触继承之前,把类仅仅当做是 ...

  5. Unity 游戏框架搭建 2019 (四十四、四十五) 关于知识库的小结&独立的方法和独立的类

    在上一篇,我们完成了一个定时功能,并且接触了 Action 和委托.lambda 表达式这些概念. 到目前为止,我们的库作为知识收录这个功能来说,已经非常好用了,由于使用了 partial 关键字,所 ...

  6. Unity 游戏框架搭建 2019 (二十六) 第一轮整理完结

    昨天呢我们把第八个示例整理完了.整理之后学习了类的第一作用:方法的集合,还有 Obselete 这个 API.并且在进行整理的时候贯彻了我们新的约定和规则:先确保功能有效,再去做变更和删除. 今天我们 ...

  7. Unity 游戏框架搭建 2019 (四十六) 简易消息机制 & 集成到 MonoBehaviourSimplify 里

    在上一篇,我们接触了单例,使用单例解决了我们脚本之间访问的问题. 脚本之间访问其实有更好的方式. 我们先分下脚本访问脚本的几种形式. 第一种,A GameObject 是 B GameObject 的 ...

  8. Unity 游戏框架搭建 2019 (四十八/四十九) MonoBehaviourSimplify 中的消息策略完善&关于发送事件的简单封装

    MonoBehaviourSimplify 中的消息策略完善 在上一篇,笔者说,MonoBehaviourSimplify 中的消息策略还有一些小问题.我们在这篇试着解决一下. 先贴出来代码: usi ...

  9. Unity 游戏框架搭建 2019 (九~十二) 第一章小结&第二章简介&第八个示例

    第一章小结 为了强化教程的重点,会在合适的时候进行总结与快速复习. 第二章 简介 在第一章我们做了知识库的准备,从而让我们更高效地收集示例. 在第二章,我们就用准备好的导出工具试着收集几个示例,这些示 ...

随机推荐

  1. Mac下好玩的终端命令

    figlet brew install figlet cowsay brew install cowsaycowsay -l: 查看所有可用动物cowsay -f daemon hello world ...

  2. 1——PHP常见的系统常量

    */ * Copyright (c) 2016,烟台大学计算机与控制工程学院 * All rights reserved. * 文件名:text.cpp * 作者:常轩 * 微信公众号:Worldhe ...

  3. Tornado 简述

    前言 python 旗下,群英荟萃,豪杰并起.单是用于 web 开发的,就有 webpy.web2py.bottle.pyramid.zope2.flask.tornado.django 等等,不一而 ...

  4. phpstudy渗透到服务器

    0x00 目标站点www.test.ichunqiu 0x01 尝试登陆系统 -尝试弱密码登陆 结果:forbidden!!! -尝试万能账号密码登陆 1‘ or 1=1--+ 和 1‘ or 1=1 ...

  5. Nginx之反向代理配置(一)

    前文我们聊了下Nginx作为web服务器配置https.日志模块的常用配置.rewrite模块重写用户请求的url,回顾请参考https://www.cnblogs.com/qiuhom-1874/p ...

  6. CF 1305E. Kuroni and the Score Distribution

    题目大意:题目给定两个数n和m(1<=n<=5000,0<=m<=1e9)要求构造一个数列A,A中元素 大于等于1,小于等于1e9且满足严格递增 满足ai+aj=ak的(i,j ...

  7. 从零开始打造 Mock 平台 - 核心篇

    前言 最近一直在捣鼓毕设,准备做的是一个基于前后端开发的Mock平台,前期花了很多时间完成了功能模块的交互.现在进度推到如何设计核心功能,也就是Mock数据的解析. 根据之前的需求设定加上一些思考,用 ...

  8. Object-Oriented Programming Summary Ⅲ

    目录 JML单元作业博客 1.1 梳理JML语言的理论基础 0. 前言 1. 形式 2. 作用域 3. 前置条件 (requires) 4. 后置条件 (ensures) 5. 模型域 (model) ...

  9. PostCSS的插件 -- 关于vue rem适配布局方案

    PostCSS的插件 作用:用于自动将像素单元生成rem单位 记以下三种 postcss-plugin-px2rem postcss-pxtorem postcss-px2rem 任选一种,最近大家推 ...

  10. VMware虚拟机从安装到激活再到创建虚拟机解决黑屏、卡、死机系列问题教程第二篇

    第二篇:在VMware中创建一个虚拟机(黑屏死机卡在最下面简单说一下你就懂了) 1.我们要打开我们已经安装好的VMware,然后点击创建新的虚拟机 2.然后选择自定义 3.下面这个默认,直接下一步 4 ...