兜里(dou.li)的由来

本站为什么叫“兜里”?
不就是域名"dou.li"的音译么。
dou.li的由来是什么?

大学时喜欢没事建个网站玩玩,比较成型的是一个叫“智力吧(zhiliba.com)”的站,内容是一些智力相关的题目、测试、图片等等。那时起开始了解域名的一些学问,选"zhiliba.com"这个域名前也想过"zhili .com/.net/.org/.cn"等,都被注册了,然而这些都不重要。

- 阅读剩余部分 -

Unity中使用c# Process在Mac上异常Win32Exception: ApplicationName

在Unity中调用TexturePacker打包图集,核心代码如下:

    Process p = new Process ();
    p.StartInfo.FileName = "TexturePacker";
    p.StartInfo.CreateNoWindow = true;
    p.StartInfo.UseShellExecute = false;
    p.StartInfo.RedirectStandardError = true;
    p.StartInfo.RedirectStandardOutput = true;
    p.Start();
    p.WaitForExit();

在Windows上运行正常,Mac上报异常:

Win32Exception: ApplicationName='TexturePacker', CommandLine='',
CurrentDirectory='' System.Diagnostics.Process.Start_noshell
(System.Diagnostics.ProcessStartInfo startInfo,
System.Diagnostics.Process process)
System.Diagnostics.Process.Start_common
(System.Diagnostics.ProcessStartInfo startInfo,
System.Diagnostics.Process process) System.Diagnostics.Process.Start
() (wrapper remoting-invoke-with-check)
System.Diagnostics.Process:Start ()

一番查找发现,Mac上应该用open命令调用目标应用,Mac版本的代码修改如下:

- 阅读剩余部分 -

Unity使用System.Drawing.dll在Mac上报异常DllNotFoundException: gdiplus.dll

在Unity中使用Mono库System.Drawing.dll处理图像,Windows上一切正常,在Mac上运行报异常:

DllNotFoundException: gdiplus.dll
System.Drawing.GDIPlus..cctor ()
Rethrow as TypeInitializationException: An exception was thrown by the type initializer for System.Drawing.GDIPlus
System.Drawing.Bitmap..ctor (Int32 width, Int32 height, PixelFormat format)
System.Drawing.Bitmap..ctor (Int32 width, Int32 height)
(wrapper remoting-invoke-with-check) System.Drawing.Bitmap:.ctor (int,int)

System.Drawing.dll内部依赖于gdiplus.dll,gdiplus.dll在Window上属于系统自带库所以一切正常。Mac上不存在gdiplus.dll,也未在网上找到独立的Mono版gidplus.dll。
但在Unity和MonoDevelop安装路径下有个libgdiplus.dylib,倒腾到dllmap中依旧异常,这两个路径下带的libgdiplus.dylib都不能正常使用。
最后安装了完整的Mono环境才搞定,Unity自带的Mono运行时是经过定制的这也能理解。

解决步骤如下:

- 阅读剩余部分 -

Dotfuscator进行dll混淆的一个问题

用Dotfuscator进行Unity3D代码混淆时报异常:

Could not find a compatible version of ildasm to run on assembly (valid path to solution output exe). This assembly was originally built with .NET Framework v2.0.50727

找不到.NET Framework v2.0.50727,在Dotfuscator工程配置文件project.xml中添加路径映射解决

<dotfuscator version="2.3">   
   <propertylist>
      <property name="ILDASM_v2.0.50727" value="C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\ildasm.exe" />
      <property name="ILDASM_v4.0.30319" value="C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\ildasm.exe" />  
   </propertylist>

参考:http://stackoverflow.com/questions/11469293/dotfuscator-could-not-find-compatible-version-of-ildasm

Unity3D在路径判断上的一个注意点

在Unity3D开发项目时,有时需要进行路径是否存在的断定:

System.IO.File.Exist(string filePath);
System.IO.Directory(string dirPath);

注意这接口只是判定磁盘(闪存)物理路径上是否存在某个文件(目录),我们知道Application.streamingAssetsPath取到的是StreamingAssets资源包路径,此资源包是Unity3D在编译时将工程目录StreamingAssets中的资源编译打包后生成的。
所以,我们尝试:

System.IO.File.Exist(Application.StreamingAssets + "/file.txt");

这样去判定文件是否存在时,会返回False,因为这本就不是一个文件物理路径。

Application.persistentDataPath所指向路径,及其下的文件不会被Unity3D编译打包,其中的文件或目录是可以使用System.IO.File.Exist()接口判断是否存在的