为了报复导致上周六“ The MicroKernel”剧集中断的技术困难和缺乏协作,以及挑战超越pandev的主题,我将诉诸于博客的幽默 Linux 仇敌 弄清楚一些事情。
如何编写KDE应用程序。
- 寻找一些半成功的开源应用程序
- 说服自己,用C ++编写是自慰的终极方法,而且学习Qt比和女友共度时光还更好,因为它是如此美丽
- 提醒自己为什么MOC(控制台音乐)还不错。
- 以应用程序的名称为sed s / [cg] / k /,验证您最后没有出现三个KA。 如果没有ka,请在开头添加一个。
- 考虑一下您的应用程序可以提供的任何面向用户的功能
- Foreach函数:创建一个抽象层,该抽象层至少不能支持其他3个后端
- Foreach功能:工具栏上的创建按钮
- Foreach功能:创建菜单项
- 确保它可以分割窗口,创建选项卡并支持KParts。 如果您无法想到UI,请模仿Windows。
- 确保使用Phonon和KAddressBook。 和可停靠的终端。
- 切勿使用名称为g的库。 决不。
- 将其发布在KDE-Look.org上
- 向每个人保证将其移植到Windows,但不要
- 每隔几年使用工具箱修订版作为一个从头开始的借口。
如何编写GNOME应用程序。
- 在其他平台(Windows,Mac,KDE,最好是Mac)上寻找合理的应用程序。 如果已经有3个其他基于gtk的替代方案不想集成到Gnome中,则可以加分。
- 名称必须带有g。 如果可以是“ gn”,则加分。 如果可以使用“ gnu”或“ gno”或“ gna”,那么您就算不错了,您的应用程序值得使用。 确保您的应用程序名称与其实际功能没有太大关系。 另外,如果g表示为强,则切勿记录。
- Gnome中的O表示对象。 它使用D-Bus对象框架。 如果您还使用Bo黑猩猩,那就更好了。 确保至少一个平台可以在网络上运行,但还要确保您的应用程序永远不会在网络上使用它。
- 提醒自己C语言中的Object Orientation还不错。 断言(gtk_not_in_serious_not_so_错误)。 另外,请记住,GTK +比Qt好得多,因为您没有商业公司为其编写代码。 因此,您知道它比较免费,它的名称带有+。
- 为每种可能的语言生成包装器,但要确保它们都不按照您想要的方式工作。 您需要将每个包装器的软盘包装都放在单独的包装中。
- 至少向其他三个程序员说明glib与gnome没有多大关系。 因为他们在乎。
- 不要忘记探戈图标!
- 确保您的应用程序在Windows上编译,但看起来像SHIT。
- 列出您希望应用程序具有的所有功能。
- 丢弃其中的90%。 因为他们很难做到。 但是要告诉所有人,他们确实不需要它们。
- 实施其中的2%。 在gconf中隐藏其他8%。 好好藏起来
- 您的界面最多只能有4个按钮。
- 确保您的应用程序依赖于至少4个其他名称为g的库。 这使她变得更加侏儒。
- 不要使用Mono,因为您会将STD传播给所有人。 不用等待,请使用Mono,因为它将使您的工作效率更高。 等等,不,请不要使用Mono,因为如果您这样做,那么没人使用的某些延迟发行版将不会分发您的应用程序。
- 依靠“朝计划的淘汰”的模块
- 请放心,即使您的应用很烂,但至少要遵循人机界面指南。
哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈创建三层抽象hahaha
LOL
正确的做法是在kde-apps.org上发布KDE应用程序,对吗? 😛
有趣的是,最初的英文文章写于2008年,但绝大多数事情还是真实的。 特别是:
列出您希望应用程序具有的所有功能。
丢弃其中的90%。 因为他们很难做到。 但是要告诉所有人,他们确实不需要它们。
今天我真的改变了一些想法。 在原始帖子中,有4个对象框架(D-Bus,Bonobo,Corba和Orbit),据说至少使用2个。Corba已经消失,Bonobo已过时。 今天使用D-Bus
好吧,我认为它已经失去了新鲜感。 这仍然很有趣,因为我们仍然没有忘记GNOME 2的时代和KDE 4的开始(有趣的是GNOME指出了10、11和12)。
哈哈哈,我死了。
它从KDE和“ Foreach函数:创建一个抽象层,至少不能支持至少3个其他后端”开始有了一个良好的开端(我想到了vlc,gstreamer和xine;没有一个是合适的bien)
该应用程序必须使用Akonadi和Nepomuk,但那些不起作用的部分却没人知道它们的用途是什么……啊,当调整窗口大小时,其元素会严重变形...
但是当我进入Gnome部分时,我确实崩溃了:
“为每种可能的语言生成包装器,但要确保没有一种包装器能完全按照您想要的方式工作”和“确保您的应用程序在Windows上编译,但看起来像SHIT。” 他们握紧所有的手掌,哈哈。
问候
我最喜欢的是,即使没有开发人员,仅通过查看一个步骤和另一个步骤的数量,您就会意识到使用Qt编程更容易。 正如他们所说,少2步少2步。 xD
同样,QT适应(几乎)任何类型的桌面界面。
但这不是Qt的优点,而是那些使它们适合您的台式机的优点。
就像您告诉我的那样,Gnome 3.6 gtk可以适应Cinnamon 1.6。,1.7和1.8,这要归功于开发肉桂的人,而不是开发Gnome或gtk的人。
抱歉,当您获得340条评论,使该帖子成为整个博客中评论最多的帖子时,仅在浏览器条目的后面,
xD,你会超越我的啊哈哈
是您雇用@elav来获得对该博客的更多访问权限...哈哈哈哈。
哈哈哈哈哈哈哈哈
我说的是拖钓而不是评论。 你很俗气。
为了使使用过时机器(例如我的情况)的用户可以查看火焰,而不必等待有福的评论被加载,您只需在帖子中摘录,完整的火焰将被链接到此处的论坛。 ,顺便说一句,您要求他们在论坛中进行辩论,以便不必使页面饱和即可浏览(除非他们麻烦地安装Disqus,但是像Disqus和其他评论管理器一样,它们不能像WordPress中包含的那样进行自定义,您就会明白为什么)。
8-确保您的应用程序在Windows上编译,但看起来像SHIT。
好吧,在这种情况下,我可以说某些qt应用程序看起来也很糟糕,只需在Windows 7或8下尝试qbittorrent,看看它看起来多么丑陋。
在Windows中,有90%的应用程序外观丑陋,因为您必须自己将其作为主题…。
显然,由于QT适应了所编译的每个OS的界面所使用的主题(一个非常明显的例子是VLC,在KDE和Aqua中看起来很不错,但在Windows中则完全无聊)。
嘿Diazepan,谈到拖钓,在第一行中,正确的事情是“他们开车”,他们没有开车。
更正的
谢了哥们。
«面对挑战,要克服巨魔的潘德夫的职位»
哈哈哈哈哈哈。 您设置的门槛很高!!! 😀
我对潘德夫重复我说过的话:“我说的是拖钓而不是评论。”
>让自己相信,用C ++编写是自慰的终极方法,而且学习Qt比花时间陪伴女友更好,因为它是如此的美丽。
>是自慰的终极方法
>总比和女友花时间好
>曼努埃拉无处不在
大声笑
我认为这是唯一使用“ libretardado”作为Freetard哈哈语翻译的人。
我还考虑过将其翻译为“自由者”(自由和白痴)
我认为他比“白痴”更“待人”。 无论如何,他们很傻。 无论哪种方式,他们都能实现自己的目标...
在我看来,该帖子仍然像往常一样,那些使用KDE粉碎Gnome的人,我认为没有一个比另一个更好,它们是不同的,最大程度地避免了过载。 再说一遍,高级编程语言在执行使用该语言编写的应用程序时更易于使用,但优化程度较低,可以说汇编程序比C语言中的一种更好,而C语言中的一种比C ++中的一种更好。 Qt比GTK +更好,因为在C ++中它是一个谬论,这就是为什么Torvalds不想在内核中使用C ++的任何一行,并且在汇编器中编程了某些部分,例如内核引导。
您如何解释QT在手机中使用最多? 他们是资源有限的团队…。 您要基于什么优化来说呢?一切都取决于编译器,如果它执行某些静态调度处理而其他方法则没有,那么显然它将比其他方法更有效...另一方面,您看到了开发人员列表中有每个项目?,对于GTK来说,只有一个专职开发人员,最近每个新版本都破坏了与以前版本的兼容性...您的评论似乎反对面向对象编程...
另一方面,您称什么为过载?我是KDE用户,如果过载,我们将其解释为RAM消耗,由于其模块化,可以对其进行配置以牺牲其舒适性,从而使其消耗的数量比Gnome少得多(在Gnome中我不知道可以做到),如果我们再次谈论极简主义,那么由于我们将KDE的模块化性以数千种方式进行“调整”,使其非常“极小”(而不是过载),如果我们将其解释为它带来了许多应用程序,因此我很遗憾地告诉您,一个不能说一个比另一个重,因为KDE和Gnome都可以安装其基本版本,而这些基本版本只能带来基本的应用程序。
最后,借助QT,您可以完成GTK无法做到的事情
qt在移动设备上使用更多,因为它有一个不错的想法,因为它在gui级别上是一种更完整的语言,等等。
-我逐字引用莱纳斯·托瓦尔兹(Linus Torvalds)的短语,它很好地定义了许多人的看法:
“ C ++是一种可怕的语言。 对于许多二级程序员使用它的事实来说,这更加可怕,以至于使用它生成无用的垃圾变得越来越容易。 公平地说,即使使用C的决定与将C ++程序员排除在项目之外无关,这仍然是使用C的重要理由。”
-过载是指充满按钮和选项的接口,您可能会迷失其中的一半,然后其中的一半什么都不做或无关紧要的事情(我不知道这是否意味着要做比GTK更多的事情),这是内存消耗的问题一个单独的问题,无需讨论
-@ pandev92定义得非常好,因为QT在手机中使用很多,但是我们必须说出全部事实,因为GTK是台式机应用程序中使用最多的一个,对我来说这很重要, GTK2的使用要好于GTK3,因为正如您说的那样,每个版本都有很大的变化,但是GTK2仍受支持,而且由于使用它们的应用程序(例如Firefox),其支持可能还超过GTK3。
我非常尊重Torvalds的观点,但是正如他所说,他是指无能的程序员,即使他不喜欢C ++,如果您有一个C语言的动物,通过使用C他也不会创建好的程序,他们将继续为垃圾,我也看到了C,并且有同事可以控制一段时间,他们用for进行了控制,并且在¬¬里面有一个中断,从我的角度来看,C是一门伟大的语言,但是如果背后有一个卡盘程序,那就等于什么都没有
关于界面,它是非常主观的,90%的KDE应用程序可以配置要在窗口中显示哪些按钮,如果您认为有不必要的东西,只需将其删除即可。
关于移动设备,尽管确实是一个框架,但QT背后的人要多于gtk ..并且在OpenGL方面的改进是不变的,总之,我喜欢命令式语言,但我认识到有些事情是因为存在对象的概念,所以用这种语言使他们痛苦不堪
-不是说有没有好的程序员,而是所有条件都相同(好的程序员,好的编译器等。)C的性能比C ++高,因为它是低级之间的理想组合。端语言级别和高级语言,当然,例如在设计接口时,用C进行编程会比较困难,但是与在汇编程序中进行编程一样,虽然难度更高,但是却获得了很多性能,这就是为什么Linux内核不是C ++的唯一一行,C和汇编器用于诸如内核引导之类的事情。
-我不太了解KDE界面,我的意思是,我选择了诸如brazier(GTK)之类的程序,然后选择了诸如K3B(QT)之类的程序,如果K3B在我看来该接口非常重载,则充满了按钮和选项不用,那么我可以使按钮和菜单神奇消失吗?恩,这是我第一次听到。
抱歉,我仍然不明白为什么您会获得更高的性能,您要说什么呢?我同意这取决于编译器,所有这些都取决于您执行多少代码调度,甚至取决于您的GCC。可以将其激活为实验功能
至于接口,这是您提到的K3B的一个顶盖(我将面板完全拿掉了(我将面板拿到外面只是为了表明可以将其卸下或重新放置以品尝和享受),另一件事,它们看起来很暗,因为我不聚焦(这是kwin的效果))和工具栏,您还可以配置希望使用的按钮
http://i.imgur.com/Z1OZqgQ.jpg
作为前KDE程序员,我告诉您在这种情况下MOC不是控制台上的音乐。 问候。
我猜您在Linux平台上看到了我的评论,然后去了源代码进行复制粘贴并用guugle进行翻译。