命令行和界面的复杂度真是 O(1)和 O(n)啊～

[TimerClick]

从 0 开始做了这么多 demo，再把部分变成能面向内部的“项目”、到最终做成面向用户的“产品”，总是经历从命令行测试到“能不能加个界面”、“不加界面怎么用啊”的过程，发现 无 论 是 什么程序，加上界面的过程复杂度都激增（当然指的是应用界面而非 web 前端），我知道因为我水平不行啊～～但是，大佬们，在加界面问题上，真的有方便的轮子或者套路吗？

[misaka19000]

同求

[TimerClick]

求求求～

[NotNil1]

只是为了测试加个界面？

[TimerClick]

@ljtletters 不是啊，可以表述为：demo 向产品化过程中面临的必然问题～

[daigouspy]

命令行的学习复杂度是 O (n*n*n)呢

[lululau]

命令行不就是界面吗，CLI，命令行界面啊

[daigouspy]

@daigouspy 所以一般人只要界面

[whileFalse]

试试基于 Slack 的交互。。。
炒鸡简单~

[TimerClick]

@daigouspy 不吧，比如简单的一个文件通信传输，命令行我 control C 就硬直了，然后我加界面就要考虑有可能需要暂停吧，怎么暂停、中止还是暂停、暂停后续传怎么办.etc ，所以总觉得没界面简单多了

[SeaRecluse]

@TimerClick 你不会做个界面，然后所有指令都是后台启动命令行运行吗：|

[orangeade]

自己用就命令行，再复杂点写个类似 telegram bot 之类文字按钮交互的，
或者考虑写点简单的 html，js，再或者其他跨平台 GUI 框架
最后才考虑原生 GUI

[daigouspy]

@TimerClick 你啊！还是程序员思维，普通用户就是要能看到的。还别清高，普通用户搞不定，再牛逼的产品也卖不出去，牛逼还不是得饿死。

[May725]

个人认为无解，demo 到产品化 是要花心思的， 所以一个好的产品不是那么容易的

[SorcererXW]

根本原因是命令行是完全可以单线程同步的, 如果出错, 就直接报错就好了
用户界面的话, 你得做异步, 执行一个操作的时候, 得不影响用户执行其他界面交互

[TimerClick]

@SorcererXW 但不到异步真是维度上的障碍啊，不过说到底，还是我太菜了。。。

[mumbler]

当年 delphi 和 VB 把界面制作简化到了极致,但带来的问题是布局不够精准,所以后来都用 XML 布局界面了,这个目前最平衡的方式

[wysnylc]

命令行你一样得处理暂停重连的问题,只是一般直接重来罢了.
只是你用命令行是自己用,图形界面是别人用,差别在此!而不是图形化不图形化产生的问题

[cchange]

@mumbler xmp ？ 是 wpf 吗？

[reself]

界面也是你做吗？学习一下 web 的 mvc 呀，把功能和视图分离

[miniliuke]

关键是有些语言也不适合写界面啊......比如说 python、golang 啊