ThinkYoung
deepin
2023-03-02 14:20 玲珑已经捐给了开放原子开源基金会,
管理维护以后是不是主要就由基金会的项目组共同维护了?
Reply Like 0 View the author
玲珑已经捐给了开放原子开源基金会,
管理维护以后是不是主要就由基金会的项目组共同维护了?

支持
不过是为玲珑单独做一个客户端,还是集成在商店里还有待考虑。
玲珑已经捐给了开放原子开源基金会,
管理维护以后是不是主要就由基金会的项目组共同维护了?
自己完善,会更好些
终于提了个还算不错的建议
自己完善,会更好些
支持。
不过linux下都是命令行大佬,GUI不屑一顾。
支持。
不过linux下都是命令行大佬,GUI不屑一顾。
毕竟是桌面系统。

玲珑已经捐给了开放原子开源基金会,
管理维护以后是不是主要就由基金会的项目组共同维护了?
分两次捐赠,估计还有些地方要完善好了再捐赠吧
支持。
不过linux下都是命令行大佬,GUI不屑一顾。
如果要走向普通大众,这界面是必须的,不然还是和其他一样,一小部分开发人员,或者专业人员玩,那还是发展不起来
如果要走向普通大众,这界面是必须的,不然还是和其他一样,一小部分开发人员,或者专业人员玩,那还是发展不起来
没错,deepin系统本质仍是桌面操作系统

支持
不过是为玲珑单独做一个客户端,还是集成在商店里还有待考虑。
不止是客户端,因为上架商店前,还要去云端进行软件相关的配置。
支持。
起始界面不需要复杂,要容易上手,逐步添加
支持。
起始界面不需要复杂,要容易上手,逐步添加
普通用户确实要有图形界面进行操作,更方便。
Popular Ranking
ChangePopular Events
More
统信深度deepin的开源软件包管理工具-玲珑,我个人觉得它在终端的常规操作已经比较完善,但是面向入门级的Linux桌面用户不够直观,需要再提供一种图形界面工具(或APP)进行便捷的操作。
【开源案例:cmake既有终端命令操作,也有GUI客户端工具的项目构建】

以cmake这种安装(编译)工具来讲,我们在终端可以直接对项目中的CMakeLists.txt执行“cmake”命令,以便makefile文件的生成。
但是,对于cmake来讲,很多刚接触开源项目管理的开发者来讲,CMakeLists.txt的脚本语法本身就存在着一种学习成本,如果语句不太熟想增加或减少一些模块肯定无法实现。
面对这种问题,cmake官方自己也推出了一款GUI客户端图形操作工具,它既能重新组合项目的模块,也能让项目继续重新编译和安装,也就是自动完成“终端输入Cmake的命令”操作。
【开源软件包管理工具-玲珑,提供图形化界面工具的必要性】

1.Linux各种发行版的软件包管理方式有很多种;
Linux发行版很多,其相应的软件包管理方式也会很多,比如rpm、yum、dnf、apt等等,但是这些管理软件包的方式很多都是在Linux系统黑乎乎的终端中输入命令才能实现。
2.Linux终端命令的操作会存在失误;
由于Linux终端的命令会有很多,如果开发者出现终端命令的误操作(比如上下键操作时系统突然卡顿),有些文件要么不会自动备份要么直接被删除,这种现象有时会对开发者来讲就是一种“灾难”,而图形化界面的流程操作可以很大程度上避免这种情况的发生。
3.不要在软件管理上增加学习成本;
我还是提到了“学习的成本”,实际上以前的一些Linux开发者和使用者,他们若习惯使用rpm\apt的终端命令方式,突然再换成玲珑软件包管理,多多少少会有点不适应甚至会觉得麻烦,尤其是玲珑在终端命令的字符长短,图形化界面操作的玲珑GUI管理工具可以帮他们省很多事。
4.更加精细操作去绑定相应的服务;
由于玲珑软件管理在deepin系统生态中并不是单独的存在单元,它还要为应用商店、代码编辑器IDE提供整个项目构建支持。我们如果只依靠终端命令进行管理,确实也不太方便,也无法形成玲珑自己有效的管理工具链,甚至其管理的内容也不够精细化。图形化的操作,可以让它变得更加简单操作。
【结语:】
玲珑包管理,如果官方想要推广给更多deepin用户使用,那么图形化GUI客户端管理工具肯定是要提供的,让用户能够更方便管理项目,这是一种优质服务。
最后,我不是说玲珑的终端命令方式不行,而是从应用商店、代码编辑器、Linux软件包的种类、以及开发者的使用情况综合来考虑,我们需要这种玲珑GUI客户端工具。