java有多個(gè)參數(shù)怎么看 Java算法題如何計(jì)算多項(xiàng)選擇題中所有答案的組合?
Java算法題如何計(jì)算多項(xiàng)選擇題中所有答案的組合?前端時(shí)間我剛做過考試快速答題這樣的功能。我是把對(duì)用戶答案的收拾好放在了前端,用js整理的,然后把封裝方法好的參數(shù)掌譜了后臺(tái)。在前端一次性處理下來會(huì)更方
Java算法題如何計(jì)算多項(xiàng)選擇題中所有答案的組合?
前端時(shí)間我剛做過考試快速答題這樣的功能。我是把對(duì)用戶答案的收拾好放在了前端,用js整理的,然后把封裝方法好的參數(shù)掌譜了后臺(tái)。在前端一次性處理下來會(huì)更方便不少。
如何利用Java應(yīng)用程序編寫要求輸入兩個(gè)整數(shù)并計(jì)算兩個(gè)數(shù)據(jù)之和?
憑借Java應(yīng)用程序c語言程序那些要求再輸入兩個(gè)整數(shù)并換算兩個(gè)數(shù)據(jù)之和詳細(xì)操作追加:
publicclassTest{publicstaticvoidmain(String[]args){(#34請(qǐng)鍵入第一個(gè)整數(shù):#34
)ScannersnewScanner()()(#34請(qǐng)?jiān)佥斎氲诙€(gè)整數(shù):#34
)()(ab)}}
一個(gè)多年的JAVA開發(fā),定義一個(gè)方法簽名時(shí)最多能到30多個(gè)參數(shù),你怎么看?
一個(gè)多年的JAVA開發(fā),定義一個(gè)方法簽名時(shí)最少能到30多個(gè)參數(shù),真是可笑的是這個(gè)那就一個(gè)小項(xiàng)目的頭,下面的人定義成一個(gè)對(duì)象參數(shù),人家還沒有要求改回去,該成20,30個(gè)參數(shù)的那種。公司最近招了一批這樣的人,個(gè)個(gè)工資多三W多,還掛了個(gè)副總裁的名頭。公司原來是干了5,6年的老程序員,也就1W多塊錢。真心氣只不過
真的,想像之中過了30個(gè)參數(shù)的方法有什么好處,這樣的話多參數(shù),是要一個(gè)方法兼容時(shí)間萬物嘛?
把代碼塊裸芯片成方法是就是為了避免重復(fù)代碼,30個(gè)參數(shù)我不信每個(gè)參數(shù)在調(diào)用的時(shí)候都會(huì)變化,反正,預(yù)料不了,從上大學(xué)到工作1年多,從還沒有以前見過30個(gè)參數(shù)方法
有好處有壞處!看公司定位和這段代碼的所處的層次。
好處是,參數(shù)越底層,可兼容性越強(qiáng),憑借rmi技術(shù)甚至還是可以跨平臺(tái),跨語種動(dòng)態(tài)鏈接庫。在一個(gè)項(xiàng)目中,在底層寫這樣的方法可以明確是需要的參數(shù),因此兼容性更為強(qiáng)大。
壞處是,對(duì)此頂層的開發(fā)更加請(qǐng),封裝方法參數(shù)很可能順序不對(duì),肯定類型不對(duì)。沒有面向?qū)ο蟮姆椒ň幊蹋皇窃谟妹嫦蜻^程的方法編程,造成在任何地方動(dòng)態(tài)鏈接庫時(shí),代碼量大,代碼結(jié)構(gòu)不整體美觀。