1樓：白喬
不要灰心
我覺得這麼做太正常不過的
因為你畢竟是在呼叫別人的API嘛
改天你自己寫乙個，別人也要參考你的doc來做了還有，腦子能記得東西是有限的，沒必要記那麼多東西會幹活就行了
2樓：
同意@RefuseBT 的答案，有些模組需要使用多個api組成某種流程，甚至不同api返回不同值都會影響流程的走向，單一的函式只能完成某一項功能，無法代替你想要執行的功能的全部運算，你就需要通過demo(或說明文件示例)來了解這個過程。
再者，demo可以即時看到程式的效果，總比自己挨個試過去的好
3樓：RefuseBT
API的設計其實隱含了整個模組的體系結構，由於文件注釋只能單獨標定某個API的作用，沒有上公升到體系角度上認識，因而對於比較複雜的API體系，DEMO是很重要的。DEMO為你描述了這個體系結構是怎麼運作的，之後再閱讀API文件，你才會不自覺的忘體系上靠攏，這才能真正會用。
4樓：yangli
你需要降低創造介面和實現介面兩個事件的耦合度，比如找個設計師來設計介面，比如自己先畫介面再實現。
同時並行兩件事情不太好。
一流廚師在家還做比較複雜的菜嗎？
我還是烹飪學生，在家吧，突然有興致就會做些複雜的菜，但98 是以簡單的家常菜為主。其實簡單的菜味道來說根本不會比複雜的菜要差！一道西紅柿炒雞蛋跟法式鵝肝配魚子醬的味道根本就是不相伯仲好嗎！只是西紅柿炒雞蛋經常會吃到，鵝肝很少會吃，所以大部分人對鵝肝興趣大一點罷了。少吃多滋味乃是真理，在家做家常菜，只...
如何介紹一件比較複雜的事！從思路上回答？
鹽選推薦 相信大家肯定有這樣的經歷，參加公司會議或某個聚會，突然被點名 分享幾句 然後你感覺猛地心跳加速，腦子裡一片空白，完全沒有做好發言準備。或者在某次會議中隨機被點到介紹某項工作進行的狀況，但是事情比較複雜，怎麼破？遇到這種情況，我們應該怎麼做到冷靜的理清思路呢？怎樣組織語言比較合適呢？曾經有位...
函式式程式設計的一些問題？
你的第二個問題已經解答了你的第乙個問題 函式指標不是閉包，他們的差別很大 簡單來說，閉包 函式指標 環境 for example define f x lambda y x y 這種東西就不能在c c 中簡單地用函式指標來實現，因為對於 f 2 返回乙個函式 x x 2 和 f 3 返回另乙個函式 ...