Re: [問題] 請教適合C++應用程式開發的書

看板C_and_CPP作者 (眠月)時間13年前 (2011/05/04 23:15), 編輯推噓7(703)
留言10則, 8人參與, 最新討論串3/3 (看更多)
※ 引述《iamstudent (stu)》之銘言: : 本人是個還在讀書的研究生 : 因為領域的關係常常接觸OpenGL : 也會需要用C++寫出一些小型的應用程式 : 我的想法 : 是介面要先做好 : 但是空下一些可以設定的地方 我跟你相反耶 @"@ 我寫程式是先完全不考慮使用者介面(不是介面,是使用者介面) 只考慮架構的可復用性以及函式庫介面的可用性。 講白話一點,我會設計一個函式庫,可能的話只提供標準 C/C++ 介面, 若我確定,或是我鎖定我的函式庫的使用者只能用 C++,那我就提供標準 C++ 介面。 這樣設計出來的函式庫,跟使用者想要設計什麼介面就無關了, 你有沒有在你的 GUI 程式裡面使用過別人的函式庫過? 有的話,那你有沒有想過為什麼你可以在你的程式裡面使用他的功能? 為什麼你的 UI 跟他的核心功能不會交織在一起? 說穿了,如果設計核心的人,根本沒考慮 UI, 而設計 UI 的人,根本沒考慮到使用到的演算法的核心怎麼設計, 那不要說怎麼切割了,就算想交織在一起寫都很難阿~ 不是因為他設計的很好,讓你可以把 UI 跟核心切開。 而是因為他的設計根本不考慮 UI,讓你根本沒東西可以切開。 設計的重點不在於 UI 跟核心的切割,而在於 UI 跟核心的膠合。 這樣的設計有很多好處,比方說以後你的論文作的不錯,發了 paper, 你就可以提供把你的函式庫放出去,讓其他研究者也可以使用他, 而別人拿來用的時候可能根本沒有 UI,只是當作一個函數來呼叫而已。 比方說 libsvm 或是 saucy 這些作的很好的學術研究放出來的函式庫, 都可以單獨使用,沒有跟任何 UI 綁在一起。 別人都用你的函式庫來作研究,就會 cite 你的 paper, cite 你的 paper,你的 Impact Factor 就很高, 你 IF 很高,你就可以順利申請國外的學校, 在國外博士念完以後就可以回國申請教職, 等你升上正教授的那一天記得請我吃飯謝謝我教你這個好點子 QQ -- To iterate is human, to recurse, divine. 遞迴只應天上有, 凡人該當用迴圈.   L. Peter Deutsch -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.160.113.179

05/04 23:19, , 1F
XD 可惜阿, 許多老師是看圖形介面作得華麗與否來打分
05/04 23:19, 1F

05/04 23:19, , 2F
數的, 所以這種課我都很低分...
05/04 23:19, 2F

05/04 23:19, , 3F
推這篇!
05/04 23:19, 3F

05/04 23:35, , 4F
推XD
05/04 23:35, 4F

05/05 00:29, , 5F
推!
05/05 00:29, 5F

05/05 01:26, , 6F
真的要承認放出工具程式的人很容易被cite XD XD
05/05 01:26, 6F

05/05 01:28, , 7F
以前讀paper的時候就有發現到這樣的例子出現
05/05 01:28, 7F

05/05 07:37, , 8F
推!
05/05 07:37, 8F

05/05 09:06, , 9F
但是也不是每個放出工具的人就會被cite.還是要看效率
05/05 09:06, 9F

05/18 11:06, , 10F
SVM~哭哭
05/18 11:06, 10F
文章代碼(AID): #1DmMsWWi (C_and_CPP)
文章代碼(AID): #1DmMsWWi (C_and_CPP)