如何編寫KDE應用程序和GNOME應用程序

diazepan

4 Minutos

fedora_gnome_and_kde

為了報復導致上週六“ The MicroKernel”劇集中斷的技術困難和缺乏協作，以及挑戰超越pandev的主題，我將訴諸於博客的幽默 Linux 仇恨者 弄清楚一些事情。

如何編寫KDE應用程序。

  1. 尋找一些半成功的開源應用程序
  2. 說服自己，用C ++編寫是自慰的終極方式，而且學習Qt比和女友共度時光還更好，因為它是如此美麗
  3. 提醒自己為什麼MOC（控制台音樂）還不錯。
  4. 以應用程序的名稱為sed s / [cg] / k /，驗證您最後沒有出現三個KA。 如果沒有ka，請在開頭添加一個。
  5. 考慮一下您的應用程序可以提供的任何面向用戶的功能
  6. Foreach函數：創建一個抽象層，該抽象層至少不能支持其他3個後端
  7. Foreach功能：工具欄上的創建按鈕
  8. Foreach功能：創建菜單項
  9. 確保它可以分割窗口，創建選項卡並支持KParts。 如果您無法想到UI，請模仿Windows。
  10. 確保使用Phonon和KAddressBook。 和可停靠的終端。
  11. 切勿使用名稱為g的庫。 決不。
  12. 將其發佈在KDE-Look.org上
  13. 向每個人保證將其移植到Windows，但不要
  14. 每隔幾年一次，以工具包審查為藉口從頭開始。

如何編寫GNOME應用程序。

  1. 在其他平台（Windows，Mac，KDE，最好是Mac）上尋找合理的應用程序。 如果已經有3個其他基於gtk的替代方案不想集成到Gnome中，則可以加分。
  2. 名稱必須帶有g。 如果可以是“ gn”，則加分。 如果可以使用“ gnu”或“ gno”或“ gna”，那麼您就算不錯了，您的應用程序將值得使用。 確保應用程序的名稱與其實際作用沒有太大關係。 另外，從不記錄g是否表示強。
  3. Gnome中的O表示對象。 它使用D-Bus對象框架。 如果您還使用Bo黑猩猩，那就更好了。 確保至少一個平台可以在網絡上運行，但還要確保您的應用程序永遠不會在網絡上使用它。
  4. 記住，面向對象的C語言還不錯。 斷言（gtk_not_in_serious_not_so_錯誤）。 另外，請記住，GTK +比Qt好得多，因為您沒有商業公司為其編寫代碼。 因此，您知道它比較免費，它的名稱帶有+。
  5. 為每種可能的語言生成包裝器，但要確保它們都不按照您想要的方式工作。 您需要將每個包裝器的軟盤包裝都放在單獨的包裝中。
  6. 至少向其他三個程序員說明glib與gnome沒有多大關係。 因為他們在乎。
  7. 不要忘記探戈圖標！
  8. 確保您的應用程序在Windows上編譯，但看起來像SHIT。
  9. 列出您希望應用程序具有的所有功能。
  10. 丟棄其中的90％。 因為他們很難做到。 但是要告訴所有人，他們確實不需要它們。
  11. 實施其中的2％。 在gconf中隱藏其他8％。 好好藏起來
  12. 您的界面最多只能有4個按鈕。
  13. 確保您的應用程序依賴於至少四個其他名稱為g的其他庫。 這使她變得更加侏儒。
  14. 不要使用Mono，因為您會將STD傳播給所有人。 不用等待，請使用Mono，因為它將使您的工作效率更高。 等等，不，請不要使用Mono，因為如果您這樣做，那麼沒人使用的某些延遲發行版將不會分發您的應用程序。
  15. 依賴於“朝著計劃的淘汰”的模塊
  16. 請放心，即使您的應用很爛，但至少要遵循人機界面指南。

發表您的評論

您的電子郵件地址將不會被發表。 必填字段標有 *

*

*

  1. 負責數據：MiguelÁngelGatón
  2. 數據用途：控制垃圾郵件，註釋管理。
  3. 合法性：您的同意
  4. 數據通訊：除非有法律義務，否則不會將數據傳達給第三方。
  5. 數據存儲：Occentus Networks（EU）託管的數據庫
  6. 權利：您可以隨時限制，恢復和刪除您的信息。

  1.   F3NIX 他說：
    前 11年

    哈哈哈，現在如果國王戴猴子，別用它哈哈哈哈好這只。 創建三層抽象hahaha

    回复F3niX
  2.   像誰 他說：
    前 11年

    LOL
    正確的做法是在kde-apps.org上發布KDE應用程序，對嗎？ 😛

    回复gustawho
  3.   玉萍 他說：
    前 11年

    有趣的是，最初的英文文章寫於2008年，但絕大多數事情還是真實的。 特別是：

    列出您希望應用程序具有的所有功能。
    丟棄其中的90％。 因為他們很難做到。 但是要告訴所有人，他們確實不需要它們。

    回复vicky
    1.    透澤潘 他說：
      前 11年

      今天我真的改變了一些想法。 在原始帖子中，有4個對象框架（D-Bus，Bonobo，Corba和Orbit），據說至少使用2個。Corba已經消失，Bonobo已過時。 今天使用D-Bus

      回复diazepan
    2.    溫杜西科 他說：
      前 11年

      好吧，我認為它已經失去了新鮮感。 這仍然很有趣，因為我們仍然沒有忘記GNOME 2的時代和KDE 4的開始（有趣的是GNOME指出了10、11和12）。

      回复Windóusico
  4.   評估 他說：
    前 11年

    哈哈哈，我死了。
    它從KDE和“ Foreach函數：創建一個抽象層，至少不能支持至少3個其他後端”開始有了一個良好的開端（我想到了vlc，gstreamer和xine；沒有一個是合適的bien）
    該應用程序必須使用Akonadi和Nepomuk，但那些無法正常工作的部件卻沒人知道它們的用途……啊，當調整窗口大小時，其元素會嚴重變形……

    但是當我進入Gnome部分時，我確實崩潰了：
    “為每種可能的語言生成包裝器，但要確保沒有一種包裝器能完全按照您想要的方式工作”和“確保您的應用程序在Windows上編譯，但看起來像SHIT。” 他們握緊所有的手掌，哈哈。
    問候

    回复eVeR
  5.   丹尼爾·C 他說：
    前 11年

    我最喜歡的是，即使沒有開發人員，僅通過查看一個步驟和另一個步驟的數量，您就會意識到使用Qt編程更容易。 正如他們所說，少2步少2步。 xD

    回复DanielC
    1.    埃利奧時間3000 他說：
      前 11年

      同樣，QT適應（幾乎）任何類型的桌面界面。

      回复eliotime3000
      1.    丹尼爾·C 他說：
        前 11年

        但這不是Qt的優點，而是那些使它們適合您的台式機的優點。

        就像您告訴我的那樣，Gnome 3.6 gtks適用於Cinnamon 1.6。，1.7和1.8，這要歸功於開發肉桂的人，而不是那些開發Gnome或gtk的人。

        回复DanielC
  6.   潘德夫92 他說：
    前 11年

    抱歉，當您獲得340條評論，使該帖子成為整個博客上評論最多的帖子時，僅在瀏覽器條目的後面，
    xD，你會超越我的啊哈哈

    回复pandev92
    1.    胡安·卡洛斯一世 他說：
      前 11年

      是您僱用@elav來獲得對該博客的更多訪問權限...哈哈哈哈。

      回复胡安·卡洛斯
      1.    潘德夫92 他說：
        前 11年

        哈哈哈哈哈哈哈哈

        回复pandev92
    2.    透澤潘 他說：
      前 11年

      我說的是拖釣而不是評論。 你很俗氣。

      回复diazepan
    3.    埃利奧時間3000 他說：
      前 11年

      為了使使用過時機器的用戶（例如我的情況）可以查看火焰而不必等待有福的評論被加載，您只需在帖子中摘錄，完整的火焰將鏈接到此處的論壇，順便說一句，您要求他們在論壇中進行辯論，以便不必使頁面飽和即可瀏覽（除非他們麻煩地安裝Disqus，但是像Disqus和其他評論管理器一樣，它們不能像WordPress中包含的那樣進行自定義，您會明白為什麼）。

      回复eliotime3000
  7.   潘德夫92 他說：
    前 11年

    8-確保您的應用程序在Windows中編譯，但看起來像SHIT。

    好吧，在這種情況下，我可以說某些qt應用程序看起來也很糟糕，只需在Windows 7或8下嘗試qbittorrent，看看它看起來多麼醜陋。
    在Windows中，有90％的應用程序外觀醜陋，因為您必須自己將其作為主題…

    回复pandev92
    1.    埃利奧時間3000 他說：
      前 11年

      顯然，因為QT適應了所編譯的每個OS的界面所使用的主題（一個非常明顯的例子是VLC，在KDE和Aqua中看起來很不錯，但在Windows中卻完全無聊）。

      回复eliotime3000
  8.   Elendilnarsil 他說：
    前 11年

    嘿Diazepan，談到拖釣，在第一行中，正確的事情是“他們開車”，他們沒有開車。

    回复elendilnarsil
    1.    透澤潘 他說：
      前 11年

      更正的

      回复diazepan
      1.    Elendilnarsil 他說：
        前 11年

        謝了哥們。

        回复elendilnarsil
  9.   Giskard 他說：
    前 11年

    «挑戰超越了pandev的巨魔»
    哈哈哈哈哈哈。 您設置的門檻很高！！！ 😀

    回复吉斯卡德
    1.    透澤潘 他說：
      前 11年

      我重複我對pandev所說的話：“我是用拖釣而不是評論的方式說的。”

      回复diazepan
  10.   垃圾殺手 他說：
    前 11年

    >讓自己相信，用C ++編寫是自慰的終極方法，並且學習Qt比花時間陪伴女友更好，因為它是如此的美麗。

    >是自慰的終極方法
    >總比和女友花時間好
    >曼努埃拉無處不在

    大聲笑

    回复Garbage_Killer
  11.   掛1 他說：
    前 11年

    我認為這是唯一使用“ libretardado”作為Freetard哈哈語翻譯的人。

    回复Colga1
    1.    透澤潘 他說：
      前 11年

      我還考慮過將其翻譯為“自由者”（自由和白痴）

      回复diazepan
      1.    GGGG1234 他說：
        前 11年

        我認為他比“白痴”更“待人”。 無論如何，他們很傻。 無論哪種方式，他們都能實現自己的目標...

        回复GGGG1234
  12.   ike 他說：
    前 11年

    在我看來，該帖子仍然像往常一樣，那些使用KDE粉碎Gnome的人，我不認為一個比另一個更好，它們是不同的，最大程度地避免了過載。 再說一遍，高級編程語言在執行使用該語言編寫的應用程序時更易於使用，但優化程度較低，可以說彙編程序的性能優於C語言中的一種，而C語言中的一種優於C ++中的一種。 Qt比GTK +更好，因為它在C ++中對我來說是一個謬論，這就是為什麼Torvalds不想在內核中使用C ++的任何一行，並且在彙編器中編程了某些部分，例如內核引導。

    回复keikee
    1.    x11泰特11x 他說：
      前 11年

      您如何解釋QT在手機中使用最多？ 他們是資源有限的團隊…。 您要基於什麼優化來說呢？一切都取決於編譯器，如果它執行某些靜態調度處理而其他方法則沒有，那麼顯然它將比其他方法更有效...另一方面，您看到了每個項目都有開發人員列表嗎？對於GTK，只有一個專職開發人員，最近每個新版本都破壞了與以前版本的兼容性...您的評論似乎反對面向對象編程...
      另一方面，您稱什麼為過載？我是KDE用戶，如果過載，我們將其解釋為RAM消耗，由於其模塊化，KDE可以配置成犧牲其舒適性，因此其消耗比Gnome少得多（在Gnome中我不知道），如果我們再次談論極簡主義，那麼由於我們將KDE的模塊性進行了數千種“調整”，使其非常“極小”（而不是過載），如果我們將其解釋為它帶來了許多應用程序，那麼我很遺憾地告訴您，一個不能說一個比另一個重，因為KDE和Gnome都可以安裝其基本版本，而這些基本版本只能帶來基本的應用。
      最後，使用QT，您可以執行GTK無法完成的工作

      回复x11tete11x
      1.    潘德夫92 他說：
        前 11年

        qt在移動設備上使用更多，因為它有一個不錯的想法，因為它在gui級別上是一種更完整的語言，等等。

        回复pandev92
      2.    ike 他說：
        前 11年

        -我逐字引用萊納斯·托瓦爾茲（Linus Torvalds）的短語，它很好地定義了許多人的看法：

        “ C ++是一種可怕的語言。 對於許多二級程序員使用它的事實來說，這更加可怕，以至於使用它生成無用的垃圾變得越來越容易。 坦白說，即使決定使用C並與將C ++程序員排除在項目之外沒有任何關係，那仍然是使用C的重要理由。”

        -過載是指接口中充滿了按鈕和選項，您可能會迷失自己，然後其中一半不執行任何操作或執行無關緊要的操作（我不知道這是否意味著要做比GTK更多的事情），這是內存消耗的問題一個單獨的問題，沒有必要討論。

        -@ pandev92的定義非常好，因為QT在手機中使用很多，但我們必須說出全部事實，因為GTK是台式機應用程序中使用最多的一個，對我而言，重要的是，GTK2的使用最多它比GTK3更好，因為正如您所說的那樣，每個版本都有很大的變化，但是GTK2仍具有支持，並且由於使用它們的應用程序（例如Firefox）而可能比GTK3更好。

        回复keikee
        1.    x11泰特11x 他說：
          前 11年

          我非常尊重Torvalds的觀點，但是正如他所說，他是指無能的程序員，即使他不喜歡C ++，如果您有一個C語言的動物，通過使用C他也不會創建好的程序，他們將繼續是垃圾，我也看到了C，並且有同事可以控制一段時間，他們用for來控制它們，並且在¬¬裡面有一個中斷，從我的角度來看，C是一種很棒的語言，但是如果背後有一個卡盤編程，那簡直就是一無所有。

          關於界面，它是相當主觀的，90％的KDE應用程序可以配置希望在窗口中顯示哪些按鈕，如果您認為有不必要的東西，只需將其刪除即可。

          關於移動設備，儘管確實是一個框架，但QT背後的人要多於gtk ..並且在OpenGL方面的改進是不變的，總之，我喜歡命令式語言，但我認識到有些事情是因為存在對象的概念，所以用這種語言使它們痛苦不堪

          回复x11tete11x
          1.    ike 他說：
            前 11年

            -這不是擁有一個好的程序員的問題，而是一個相等條件的問題（一個好的程序員，一個好的編譯器等等），因為C是理想的組合，因此它能夠獲得比C ++更多的性能。在低端語言級別和高級語言方面，例如，在設計接口時，用C進行編程當然會比較困難，但是與在彙編程序中進行編程一樣，雖然難度更高，但是卻獲得了很多性能，所以這就是為什麼Linux內核沒有C ++的唯一一行，C和彙編器用於內核啟動之類的事情。

            -我真的不了解KDE界面，我的意思是，我選擇了像brazier（GTK）這樣的程序，然後又選擇了像K3B（QT）這樣的程序，如果我覺得K3B的界面非常重載，上面有很多按鈕和選項不用，那麼我可以使按鈕和菜單神奇地消失嗎？恩，這是我第一次聽到。

            回复keikee
        2.    x11泰特11x 他說：
          前 11年

          抱歉，我仍然不明白為什麼您會獲得更高的性能，這是基於什麼呢？我同意這取決於編譯器，所有這些都取決於您執行多少代碼調度，甚至可以達到GCC將其激活為實驗功能

          至於接口，這是您提到的K3B的一個頂蓋（我將面板完全拿掉了（我將面板拿到外面只是為了表明可以輕鬆地將它們卸下或重新放置），另一方面，它們看起來很暗，因為我不專注於它們（這是kwin的效果）和工具欄，您還可以配置希望使用的按鈕

          http://i.imgur.com/Z1OZqgQ.jpg

          回复x11tete11x
  13.   金戈 他說：
    前 11年

    作為前KDE程序員，我告訴您在這種情況下，MOC不是控制台上的音樂。 問候。

    我猜您在Linux平台上看到了我的評論，然後去了源代碼進行複制粘貼並用guugle進行翻譯。

    回复Djngo