之所以write的參數(shù)類型是int,是因?yàn)?code>read的返回值是int類型。而讀和寫通常會(huì)結(jié)合在一起來使用,比如從網(wǎng)絡(luò)流中讀取數(shù)據(jù),寫入磁盤文件。因此保持讀寫接口的統(tǒng)一是很重要的,否則讀出來之后還要手動(dòng)轉(zhuǎn)換一下才能寫入,使用起來就會(huì)很麻煩。
那么為什么read返回的是int而不是byte呢?
這是因?yàn)?code>byte的0~255不足以表示read的所有可能的返回值。因?yàn)槌苏W止?jié)之外,read還需要用其他值來表示讀取異常情況,最典型的就是讀到了流的末尾的時(shí)候需要返回-1。所以read需要更大范圍的類型來表示其返回值。
希望這個(gè)回答能幫到你。
1.后端的一個(gè)職責(zé)就是封裝好前端不應(yīng)該知道的東西
2.第一個(gè)情況一般是后端進(jìn)行處理
3.第二個(gè)問題一般視信息敏感程度,如果是一般信息,可能全部傳,由前端做顯示篩選(因?yàn)楹芸赡墚a(chǎn)品改一下某個(gè)字段又要顯示了)
post請求,url不能拼接參數(shù)
沒有太好的辦法,只能先取出原始值,然后根據(jù)當(dāng)前的網(wǎng)址計(jì)算絕對網(wǎng)址。具體的算法可以百度:js 相對網(wǎng)址轉(zhuǎn)絕對
bash默認(rèn)沒有開啟自動(dòng)進(jìn)入目錄autocd功能。
如果想實(shí)現(xiàn)上面的功能可以執(zhí)行shopt -s autocd開啟autocd功能。
你可以將shopt -s autocd添加到你的profile或者bashrc中以自動(dòng)運(yùn)行。
別,一步步來,先確保你現(xiàn)在實(shí)現(xiàn)的功能沒問題,過一段時(shí)間再想法優(yōu)化。純shell編程也是可以的
因?yàn)?code>jdbcTemplate最終還是會(huì)通過jdbc的預(yù)編譯語句 ps.setObject(name,value)來賦值, 其中name是屬性名,所以Map的key是String類型即可, 但由于不知道value的類型, 所以Map的value類型是Object.
網(wǎng)易的普通163郵箱每天發(fā)送限額是50封,一封郵件最多發(fā)送給40個(gè)人。所以你的1.發(fā)送500次應(yīng)該不行。2.同一郵箱發(fā)送十幾次不可以;如果你要注冊13個(gè)郵箱,分成十幾次來發(fā)送,應(yīng)該可以,但是比較麻煩,郵箱數(shù)也太多。3.升級VIP可以。
但是網(wǎng)易有企業(yè)郵箱,單個(gè)用戶每天發(fā)送1000封郵件,單個(gè)郵件最多包含500個(gè)收件人郵箱地址(資料來自知乎)應(yīng)該可以滿足你的要求。去辦個(gè)企業(yè)郵箱如何 0.0
修改下第一種封裝過的方法:
export function login(username, password) {
return request({
url: '...',
method: '...',
// 代碼區(qū)別在這里
// axios post請求默認(rèn)的 Content-type 就是 x-www-form-urlencoded,此時(shí)是 data 選項(xiàng)
// 如果是 get 請求的化,就是 params 選項(xiàng)
data: {
username,
password
}
})
}chrome 查看一下服務(wù)器響應(yīng)的 content-type 里面的 charset 編碼只要保證網(wǎng)絡(luò)傳輸?shù)木幋a與 content-type 中一致, 不會(huì)有什么問題.
java吧,php在不裝插件的情況下是單線程的
個(gè)人觀點(diǎn):前端渲染還是后端渲染,主要看具體的場景。。。。問題中所說的數(shù)據(jù)量大,應(yīng)該是數(shù)據(jù)庫中的數(shù)據(jù)量大,但是頁面顯示,每次都顯示幾十條數(shù)據(jù)到一百條。。。。數(shù)據(jù)庫中的數(shù)據(jù)量大,而這和前后端渲染,關(guān)系不是很大。
建議方案2,定義新的對象。Map中的key需要用別的方式維護(hù)(一般是注釋或doc),以后得維護(hù)成本要高很多。
DO與表結(jié)構(gòu)對應(yīng),封裝業(yè)務(wù)邏輯,這個(gè)命名不合適。
VO與展示相關(guān),這個(gè)比較合適,當(dāng)然也可以叫DTO
你把com.otw.common.annotation.SysLogAnnotation這個(gè)文件貼出來看一下
假設(shè)我要做幾道菜:
以前我的做法:
我要做麻婆豆腐,先洗豆腐,然后找到豆瓣醬,把豆瓣醬炸出香味,然后我想到還需要辣椒,我就去切辣椒,切完辣椒放進(jìn)去后,我發(fā)現(xiàn)還需要姜蒜,我去切了姜蒜,然后和燒好的豆瓣醬一起煎出香味,倒入豆腐翻兩圈開始燜。
燜好麻婆豆腐之后,我要素炒小青菜。
我立即去洗小青菜,然后燒好油后發(fā)現(xiàn)還少了姜蒜,我就去切姜蒜,一陣手忙腳亂,小青菜炒好了。
如此重復(fù)進(jìn)行炒西紅柿炒蛋。
有了SOA之后:
我先剁好一小碗姜末;
我先剁好一小碗蒜末;
先切好青菜
先找好豆瓣醬
先洗好豆腐
先切好西紅柿
然后,我想要什么服務(wù),直接取。(嗯,這里可能來說是一個(gè)人的SOA)
后來,我為了想提高效率,叫我老婆來一起幫忙準(zhǔn)備這些材料,后面,突然有10個(gè)朋友來我家,要做的菜式更多了,然后我叫幾個(gè)朋友一起幫準(zhǔn)備各種材料。
這里面的思想還可以發(fā)散。后面的不想說了。
我想了一下,再補(bǔ)充一下
對于第一種情況,假設(shè)我每種菜要做10份,那么再叫來9個(gè)人和我一起重復(fù)上面的事情(多個(gè)服務(wù)器部署同一套系統(tǒng))
而后面有了SOA,我每一個(gè)人就只關(guān)注自己的具體邏輯,比如切青菜的專門切青菜,洗青菜的專門洗青菜等等,對于廚師(用戶),想要做一份西紅柿炒蛋,那他就去拿西紅柿和打好的蛋就好了,如果想做個(gè)西紅柿燜大腸,那么他就取取切好的西紅柿和切好的大腸就好了,分工明確,各司其職。
試試以下方式:
比較麻煩,如果不需要統(tǒng)一排序,可以每次先查詢本地和第三方的總條數(shù),將頁面數(shù)據(jù)分拆到多個(gè)數(shù)據(jù)源上,比如要查詢第二頁,本地一共7條,那么應(yīng)該從本地查7條,第三方處查3條,各自獲取后,拼起來返回給前臺(tái),如果需要統(tǒng)一按某字段排序,我也想不到好的方法了,是不是只能后臺(tái)通過特定方式統(tǒng)一將數(shù)據(jù)匯總到本地?cái)?shù)據(jù)庫(比如定時(shí)或回調(diào)方式)后再查詢。
如果能夠跳轉(zhuǎn)code是返回了的,直接獲取就可以了,你從微信里面復(fù)制鏈接出來,微信可能會(huì)自動(dòng)把帶的參數(shù)去掉,所以你復(fù)制出來的地址是不帶?code=CODE&state=STATE的
官方文檔也太簡單了,最重要的config.json怎么配置都不說明,只能去gg,bd,gh上大海撈針,折騰了兩天終于搞定了。
{
"url": "http://www.vikibeta.com",
"secret": "NSFW",
"database": "redis",
"socket.io": {
"transports": ["websocket", "polling"],
"address": "http://www.vikibeta.com"
},
"port": [
"4567",
"4568",
"4569"
],
"redis": {
"host": "127.0.0.1",
"port": "6379",
"password": "PASSWORD",
"database": "0"
}
}
其中最重要的就是
"socket.io": {
"transports": ["websocket", "polling"],
"address": "http://www.vikibeta.com"
}, 北大青鳥APTECH成立于1999年。依托北京大學(xué)優(yōu)質(zhì)雄厚的教育資源和背景,秉承“教育改變生活”的發(fā)展理念,致力于培養(yǎng)中國IT技能型緊缺人才,是大數(shù)據(jù)專業(yè)的國家
達(dá)內(nèi)教育集團(tuán)成立于2002年,是一家由留學(xué)海歸創(chuàng)辦的高端職業(yè)教育培訓(xùn)機(jī)構(gòu),是中國一站式人才培養(yǎng)平臺(tái)、一站式人才輸送平臺(tái)。2014年4月3日在美國成功上市,融資1
北大課工場是北京大學(xué)校辦產(chǎn)業(yè)為響應(yīng)國家深化產(chǎn)教融合/校企合作的政策,積極推進(jìn)“中國制造2025”,實(shí)現(xiàn)中華民族偉大復(fù)興的升級產(chǎn)業(yè)鏈。利用北京大學(xué)優(yōu)質(zhì)教育資源及背
博為峰,中國職業(yè)人才培訓(xùn)領(lǐng)域的先行者
曾工作于聯(lián)想擔(dān)任系統(tǒng)開發(fā)工程師,曾在博彥科技股份有限公司擔(dān)任項(xiàng)目經(jīng)理從事移動(dòng)互聯(lián)網(wǎng)管理及研發(fā)工作,曾創(chuàng)辦藍(lán)懿科技有限責(zé)任公司從事總經(jīng)理職務(wù)負(fù)責(zé)iOS教學(xué)及管理工作。
浪潮集團(tuán)項(xiàng)目經(jīng)理。精通Java與.NET 技術(shù), 熟練的跨平臺(tái)面向?qū)ο箝_發(fā)經(jīng)驗(yàn),技術(shù)功底深厚。 授課風(fēng)格 授課風(fēng)格清新自然、條理清晰、主次分明、重點(diǎn)難點(diǎn)突出、引人入勝。
精通HTML5和CSS3;Javascript及主流js庫,具有快速界面開發(fā)的能力,對瀏覽器兼容性、前端性能優(yōu)化等有深入理解。精通網(wǎng)頁制作和網(wǎng)頁游戲開發(fā)。
具有10 年的Java 企業(yè)應(yīng)用開發(fā)經(jīng)驗(yàn)。曾經(jīng)歷任德國Software AG 技術(shù)顧問,美國Dachieve 系統(tǒng)架構(gòu)師,美國AngelEngineers Inc. 系統(tǒng)架構(gòu)師。