1樓：姜正心
先跑起來，然後再將一些核心的概念，通常是名詞作為類（無所謂了，反正是你自己的設計）。第三輪就是優化介面啥的，如果可以的話可以加入合適的設計模式。我沒搞過啥大的專案，都是自己寫著玩的小工具。
我覺得這取決於你的軟體面向的群體，如果面向自己或者應用，隨心所欲就可以了。如果要給其它人使用，就應該考慮一下別人的感受了。還有一點就是，我喜歡在紙上畫畫草圖，理理思路，我覺得還是挺有效的。
2樓：
想象自己在親手設計乙個。。額，公司
每個類，就是乙個部門，專門搞一類事情
資料處理類，專門處理資料
UI的專門負責UI
有的部門事多，越來越大
事情也越來越多
於是按照事務種類再分
相當於部門拆分
打個比方
所有公司基本都有個綜合部？（全域性靜態class）全公司無論哪個部門都可以找他
人事的事，電腦問題，報銷，雜事。。。
公司越做越大，綜合部忙不過來
於是可以拆分出
人事部，IT部。。。
專門負責乙個型別的事
要是覺得有些事
自己公司招人做太費勁
成本高，做的還一般，維護麻煩
還不如外包（用第三方庫）
只需談好需求，對接對接就完事（熟悉使用方法）
3樓：張夜白
提個建議，摸透每個ide生成類名的規則，起名要想清楚，不然對於強迫症來說，看見類名就想刪工程了（尤其說VS這種坑比工具）。然後畫畫流程圖什麼的，我從來沒覺得不畫流程圖就是大神，畫了流程圖就是民工。想三遍再下手，不然就是一直在重構，重構……然後發現由於類框架限制，還不好加東西……
4樓：Agile2-張恂老師
這書有點厚 700 多頁，所以要有足夠的耐心和信心，不惜花半年（或更長時間）慢讀、精讀，反覆地閱讀。徹底讀懂後，相信你的程式設計水平肯定會上乙個新台階！
如何設計自己的class的呢？
如何設計類？30 年來軟體工程界已經終結出了許多成熟的設計流程、方法、原則、模式和技巧，這些設計經驗通常被歸納成 OOP 的設計模式（Design Patterns），如經典的 GoF 23 種設計模式。不過 GoF 20 年前的那本《設計模式》原著並不適合小白閱讀，對於初學者而言太老、太難了。
類設計的乙個最基本任務是：確定用幾個類來實現當前的功能，如何在這幾個類之間進行職責分配，任務劃分。其中有一批最基礎、最簡單的設計模式和原則叫 GRASP（General Responsibility Assignment Software Patterns or Principles，通用軟體職責分配模式/原則）。
Wikipedia: GRASP (object-oriented design)
GRASP 和幾個常用的 GoF 基本設計模式正是 Larman 大師 AUP 這書的核心內容之一。小白應該先掌握這些基本的類設計原則和技巧。學完了這些基礎內容，你就不會再問「如何設計類」了。
各位前輩在進入理想的美院時繪畫水平在什麼樣的層次上 可以配圖了解一下嗎 好讓小生有前進的方向？
謝蛋糕盒 沒關係的，集訓的時候好好學，拼命畫就行了。剛開始進畫室的時候，分人像班和靜物班，顧名思義，好的人像，差的靜物。我很榮幸分到了人像班，從此開始沾沾自喜啊，看著蒼茫大地就我牛X，結果一直停滯不前，瓶頸怎麼都過不去，形也抓不准，色調也調不好。而後來在接觸中，竟發現畫室的三位大神都是一開始在靜物班...
請問各位導師和前輩們，研究生複試時老師會很在意一些生理缺陷嗎？
tinasysu 導師在乎的是性格 學習能力和發展潛力，面試時也都會圍繞這些方面發問。至於外形 性取向，雖然八卦之心人皆有之，但至少我身邊的同事都沒有因為這些方面拒絕過好學生。而且正式面試一般都是好幾個老師組成面試組，老師也不希望問一些私人敏感問題而拉低自己在同事心目中的形象。好好準備，在面試中展現...
請問各位前輩，在尋找愛情的路途中，守得雲開見月明是真的嗎
我，他之前說別喜歡他，他不可能和我在一起，中間也有傷害過我，說狠話，不理不睬，什麼都無所謂，在昨天，他說咱們好好談下去，以結婚為目的，我當時就立馬哭了，什麼話都說不出來，只能說，看個人，我雖然之前沒有打算讓他喜歡我，這種東西本來就是不能強迫，日常相處，他慢慢的就喜歡我了，很玄幻，沒什麼事是絕對的，任...