从 0 开始做了这么多 demo，再把部分变成能面向内部的“项目”、到最终做成面向用户的“产品”，总是经历从命令行测试到“能不能加个界面”、“不加界面怎么用啊”的过程，发现 无 论 是 什么程序，加上界面的过程复杂度都激增（当然指的是应用界面而非 web 前端），我知道因为我水平不行啊～～但是，大佬们，在加界面问题上，真的有方便的轮子或者套路吗？
This topic created in 2895 days ago, the information mentioned may be changed or developed.
 |
misaka19000Nov 29, 2018 via Android
1
同求
|
 |
2
求求求～
|
 |
NotNil1Nov 29, 2018
3
只是为了测试加个界面？
|
|
4
@ljtletters 不是啊，可以表述为：demo 向产品化过程中面临的必然问题～
|
 |
daigouspyNov 29, 2018 via Android
5
命令行的学习复杂度是 O (n*n*n)呢
|
 |
lululauNov 29, 2018
6
命令行不就是界面吗，CLI，命令行界面啊
|
 |
whileFalseNov 29, 2018
8
试试基于 Slack 的交互。。。
炒鸡简单~ |
|
9
@daigouspy 不吧，比如简单的一个文件通信传输，命令行我 control C 就硬直了，然后我加界面就要考虑有可能需要暂停吧，怎么暂停、中止还是暂停、暂停后续传怎么办.etc ，所以总觉得没界面简单多了
|
 |
10
@TimerClick 你不会做个界面，然后所有指令都是后台启动命令行运行吗：|
|
1 |
orangeadeNov 29, 2018
11
自己用就命令行，再复杂点写个类似 telegram bot 之类文字按钮交互的，
或者考虑写点简单的 html，js，再或者其他跨平台 GUI 框架 最后才考虑原生 GUI |
|
daigouspyNov 29, 2018 via Android
12
@TimerClick 你啊！还是程序员思维，普通用户就是要能看到的。还别清高，普通用户搞不定，再牛逼的产品也卖不出去，牛逼还不是得饿死。
|
 |
May725Nov 29, 2018
13
个人认为无解，demo 到产品化 是要花心思的， 所以一个好的产品不是那么容易的
|
 |
SorcererXWNov 29, 2018
14
根本原因是命令行是完全可以单线程同步的, 如果出错, 就直接报错就好了
用户界面的话, 你得做异步, 执行一个操作的时候, 得不影响用户执行其他界面交互 |
|
15
@SorcererXW 但不到异步真是维度上的障碍啊，不过说到底，还是我太菜了。。。
|
 |
mumblerNov 29, 2018
16
当年 delphi 和 VB 把界面制作简化到了极致,但带来的问题是布局不够精准,所以后来都用 XML 布局界面了,这个目前最平衡的方式
|
 |
wysnylcNov 29, 2018
17
命令行你一样得处理暂停重连的问题,只是一般直接重来罢了.
只是你用命令行是自己用,图形界面是别人用,差别在此!而不是图形化不图形化产生的问题 |
 |
reselfNov 29, 2018 via Android
19
界面也是你做吗？学习一下 web 的 mvc 呀，把功能和视图分离
|
 |
miniliukeNov 29, 2018 via Android
20
关键是有些语言也不适合写界面啊......比如说 python、golang 啊
|
 |
t6attackNov 29, 2018
21
程序只要功能实现就可以了。界面还得考虑做成什么样，这是无限可能。
另外：完美主义+强迫症+怕抄袭 = 0 永远别想做完。 |
 |
suitNov 29, 2018
22
我正在用 html 写 win 桌面程序的 UI，界面都写好了，结果发现有严重的性能问题，DOM 节点超过 5000 直接卡死无法操作，难受
|
 |
MonoLogueChiNov 29, 2018 via Android
23
WPF 很方便
|
Select Language