作为一个没有什么审美观的程序猿,如何做出看上去还凑合的 APP..

好好遵循各个平台设计原则就不会太差...

不要为了考虑美观问题，而去做额外的设计。美观不是目的，好用才是。
上世纪（ 1999 年），微软出过一本《 windows user experience 》，推荐一看（中文译名叫 windows 用户经验，译者该枪毙）
2009 年有一本《瞬间之美》（ Robert Hoekman, Jr. ）也推荐一看（又一个译者该枪毙的典型）

说一下为什么推荐的都是老书
1 、抛弃花哨的东西，回归到古朴一点的时代，这两本书都是从如何进行设计并不断改良的角度来审视用户界面设计的。尤其是后则。
2 、这两本东西都很薄，很好读，但是含金量并不低
3 、以上都是我瞎说的，因为近十年我没买过类似的书了

我大概是这样做的：
先罗列你应用的大概功能点，然后用草图画出来，可以不用很精确，大致位置 /交互确定就行；
然后我会用 Sketch 来把草稿用标准控件大体实现我所需要的功能点；
接着参考一些主流的应用设计（ dribbble/behance ），来改进第一版的设计图；
最后确定功能之间的交互以及评估代码实现的难度；
最后就是

写代码！

@yulitian888 并没有瞎说啊，因为确实有这两本书。谢谢推荐我立马就买了一本《瞬间之美》

@root787 那本书的译者很蛋疼。
作者在正文里明确说明了，他不会在（纸张）书里贴写网址，这种事情很不优雅，对用户没什么卵用。但是译者很执着，在正文的每一个网站后面标着“ XXX ，一个 XXX 类型网站，网址为 XXXXX ，译者注”这种看起来像是打作者脸的东西。

用 material design 我开发 android app 时候就是用 material design 还喜欢抄袭知乎的界面

抄别人的设计

感觉星巴克的 App 让人看起来就很舒服

另外去看看 Android 和 iOS 的官方指南吧

贴一份 iOS 10 界面设计导读

https://developer.apple.com/ios/human-interface-guidelines/overview/design-principles/

找一个同类型中你觉得设计得不错的 app ，看别人是怎么布局，图标 banner 啥的不要自己画，去图标库图片库找现成的。

一开始必须去模仿其他优秀 app 的界面，你会有很大的提升。后面去补 ui 设计的理论，然后你就可以当产品经理了

使用 CLI 不要使用 GUI ，一般差不到哪里去

@jiangzhuo 楼主问的是~~~App ！ CLI 这么销魂，画面太美我不敢看怎么办！

@yulitian888 没人规定 App 不能用 CLI 喂

@jiangzhuo 我又没说不能用，就是用起来，打字太销魂了...

@yulitian888 你看其实很多聊天软件完全可以做 CLI 界面的嘛，表情包什么的都替换成颜文字。

楼上都什么鬼 当然是找个做设计的女朋友啦

和题主有同样的烦恼。不过现在都尽量用官方原生控件，风格统一，效果也挺棒的。

简单点 设计的方式简单点……

感觉只要图片分辨率到位，图标字体大小得体，配色清新点，一般都不会很难看应该……

@chipmuck 谢谢..学习了

作为一个浑身上下只有 5 个艺术细胞的死程序员，我用我的亲身经历告诉你：
一切设计知识学习、设计框架套用、设计范例抄袭，都是无用功，做出来都是屎。都是屎。都是屎。不要羞于炫耀自己强大的理性，也不要怯于承认自己艺术方面跟阿米巴虫一样的原始低能。

逻辑派能做的：
用理性和逻辑来选择合适的控件。
用理性和逻辑来确定合理的布局。
用理性和逻辑来设计人性的交互。
这些都属于用户体验、交互设计的范畴，都是用理性可分析可归纳可入门的，可以从#2 @yulitian888 推荐的书之类资料里习得，多看几篇网文多分析几个 app 也可以增进功力。一句话：懂得用理性来分析人性，你就可以入门。

至于设计，审美，艺术性，见鬼去吧。
把剩余的精力都花在 #17 @rashawn 这种方案上才是真人生指南。

看文档， iOS Design 或者 Material Design(Lite)

@flyingghost 学设计难道就不是学你上面说的东西吗 你把设计归纳了一下然后说这不是设计 不明白你受啥刺激了啊 兄弟

不过国内是不是没有正常教设计的学校

建议使用 material design 。规范里面把很多间距啊、字体大小啊、颜色啊都规定好了，选着用就行。

作为前端而非 APP 开发，我表示,直接用别人成套的轮子 /组件(如果有)就可以了。。。

material design 看着就挺舒服的~

先做功能，再丑也不要紧，只要功能可以解决需求，有用户才有优化的动力。
第一版尽可能用原生的框架 UI 的组件，不要怕丑，因为框架自带的组件再简陋也是风格一致的设计，在没有审美的情况下，自己选各种组件去拼接出来界面的会更丑。
也不要想着用业界比较酷炫的 UI 库，你会发现虽然官方 UI 丑，但是文档齐全出错好找解决方案，各种 UI 库哪怕是大厂出的，在对 APP 系统接口不够了解的情况下使用等于在同时学两套接口，出错查起来会有无从下手的感觉。

交互是个大坑，尽可能按官方的交互手册来，而且要保持一致性，不要出现一个操作模式在不同地方有不一致的响应，不要拍脑门想快捷操作，因为程序员的思路和普通用户真的不一样，比如用户习惯了左右滑动代表拖动列表数据的话，就不要在某些地方出现左右滑动操作前进后退的事情了，反之亦然。
iOS 的用户被系统教育了长按的操作习惯， Android 用户习惯这个操作的很少很少，如果是 Android 藏在长按触发的功能可能不会被用户发现。
类似的还有双击触发、多点触摸拖动这类看起来便捷的技巧，不写清楚引导的话，有可能用户完全发现不了，虽然写了用户也不一定会记得住，所以是不是要用这种高级技巧看有没有时间写代码吧。

"标签列表"->"详细介绍"->"另一个标签列表"->"另一个详细介绍" ->"又一个标签列表"。这里有个坑，如果没有复用组件的机制，反复点下去，会出现一个很长的调用栈，用户可能会返回到吐血。如果复用了又可能不符合用户的预期，比如超长的列表被重载了丢失操作历史。这个最好先想好用户可能更习惯那种交互。

APP 的缓存和存储是个巨坑， iOS 有系统约束的清除规则， Android 有神奇的 SD 卡读写权限约束。
iOS 还好只要读一个发行版的规范就好，读完手册不要犯该持久化的文件存在缓存被系统删掉的错误。
Android 各家修改的 rom 权限略有微调，还没有文档，只能靠猜，如果是 Android 的话最好找个有经验的帮忙，至少碰到问题可以问个方向。

iOS 虽然官方框架限制很多，但是真心对独立开发者友好，用户升级积极性高，几乎都是新版本系统，只要按着官方文档用官方的原生框架就能做出来一个还过得去的 APP 出来。 Android 有些机型真的很坑，不要想着兼容大多数主流版本，个人开发的话，能做到 4.0 正常， 5.0 、 6.0 不因为神奇的权限问题闪退就不错了。
决定自己开发很有趣，我踩过的坑就这些印象比较深刻的，希望能对楼主有帮助。

看看 dribbble ， ui 中国提高审美。用现成的 ui 框架。 ps 估计你没时间学，亲手做张图才知道怎样才好看。

@lecher 赞

看哪个 app 的效果好，就抄过来