欧美1区2区3区激情无套,两个女人互添下身视频在线观看,久久av无码精品人妻系列,久久精品噜噜噜成人,末发育娇小性色xxxx

陳狗蛋_ level
獲贊
932
粉絲
99
關(guān)注
16
看過 TA
4519
南昌航空大學(xué)
2025
Java
IP屬地:江西
暫未填寫個(gè)人簡(jiǎn)介
私信
關(guān)注
今天在工作中碰到了一個(gè)問題,用easypoi導(dǎo)出excel的時(shí)候,實(shí)體中BigDecimal類型的屬性設(shè)置了對(duì)應(yīng)的格式為saleAmount.setNumFormat("#.00");,同時(shí)設(shè)置類型為double,但是導(dǎo)出時(shí)excel還是顯示單元格格式為文本,我想問如何設(shè)置單元格格式為數(shù)值或者日期等類型呢?代碼如下:```public class Main {    public static void main(String[] args) {        File file = new File("D:\\kake_work\\excel\\excel_test1.xlsx");        mkdir(file);        int size = 10;        try (OutputStream outputStream = Files.newOutputStream(file.toPath())) {            ExportParams params = new ExportParams();            params.setSheetName("訂單頁");            params.setType(ExcelType.XSSF);            List<OrderReport> list = new ArrayList<>();            OrderReport report = new OrderReport();            report.setBaseAmountRmb(BigDecimal.valueOf(99.13));            report.setSaleAmount(BigDecimal.valueOf(100.45));            report.setCheckindate(new Date());            OrderReportReq request = new OrderReportReq();            for (int i = 0; i < size; i++) {                list.add(report);            }            List<ExcelExportEntity> dynamicExportColumnSetting = getExcelExportEntities();            Workbook sheets = ExcelExportUtil.exportBigExcel(params, dynamicExportColumnSetting, (queryParams, page) -> {                OrderReportReq req = (OrderReportReq) queryParams;                int listIndex = page - 1;                if (listIndex < size) {                    List<OrderReport> rows = list;                    for (OrderReport row : rows) {                        row.setAdults(1);                    }                    return new ArrayList<>(rows);                }                return null;            }, request);            sheets.write(outputStream);        } catch (Exception e) {            System.out.println("excel導(dǎo)出發(fā)生異常");            e.printStackTrace();        } finally {            //remove(file);        }        System.out.println("excel導(dǎo)出成功!");    }    private static List<ExcelExportEntity> getExcelExportEntities() {        List<ExcelExportEntity> dynamicExportColumnSetting = new ArrayList<>();        ExcelExportEntity baseAmountRmb = new ExcelExportEntity("底價(jià)CNY", "baseAmountRmb");        baseAmountRmb.setType(BaseEntityTypeConstants.DOUBLE_TYPE);        baseAmountRmb.setNumFormat("#.00");        dynamicExportColumnSetting.add(baseAmountRmb);        ExcelExportEntity saleAmount = new ExcelExportEntity("售價(jià)CNY", "saleAmount");        saleAmount.setNumFormat("#.00");        saleAmount.setType(BaseEntityTypeConstants.DOUBLE_TYPE);        dynamicExportColumnSetting.add(saleAmount);        ExcelExportEntity checkInDate = new ExcelExportEntity("入住日期", "checkindate");        checkInDate.setFormat("yyyy/MM/dd");        //checkInDate.setType(BaseEntityTypeConstants.DATE_TYPE);        dynamicExportColumnSetting.add(checkInDate);        return dynamicExportColumnSetting;    }    private static void mkdir(File file) {        if (!file.exists()) {            if (!file.getParentFile().exists()) {                file.getParentFile().mkdirs();            }        }    }    private static void remove(File file) {        if (file != null && file.exists()) {            file.delete();        }    }}```
投遞太古地產(chǎn)等公司10個(gè)崗位
0 點(diǎn)贊 評(píng)論 收藏
分享
12.16:完成用戶編輯接口的開發(fā);用戶編輯功能和創(chuàng)建功能有很多類似的地方,因此為了避免重復(fù)代碼,我將參數(shù)校驗(yàn)抽取成了一個(gè)公共方法;且由于官網(wǎng)已經(jīng)上過了編輯功能,基本邏輯和后臺(tái)編輯用戶是類似的,唯一的區(qū)別在于,web端需要回顯個(gè)人信息,而后臺(tái)則返回true或者false就可以。而又由于保存了用戶的變更記錄,因此從數(shù)據(jù)庫獲取的敏感信息,不能解密,需要加密保存到變更記錄里面,因此web端就還需要將敏感信息單獨(dú)解密,回顯到個(gè)人信息;12.17:完成用戶編輯接口提測(cè),修改留資推送線索中的語言動(dòng)態(tài);原有的推送線索里包含了語言,但是是在代碼中寫死的常量-英語,由于現(xiàn)在多語言表已經(jīng)創(chuàng)建,可以獲取用戶選擇的語言,因此將語言通過獲取當(dāng)前支持的語言列表來動(dòng)態(tài)獲??;然后推送給ocrm12.18:專項(xiàng)代碼review,優(yōu)化已有的代碼;在代碼review的過程中,我的接口返回值,是基本數(shù)據(jù)類型boolean,而通用的都是返回Boolean,于是stone老師給我提了個(gè)問題,接口返回到底選擇boolean還是Boolean?然后我去查資料我本以為是序列化的問題,但其實(shí)返回的時(shí)候底層已經(jīng)轉(zhuǎn)成了包裝類Boolean,所以本質(zhì)的區(qū)別其實(shí)是特殊值的問題,boolean是基本變量,只有兩個(gè)值:true和false;而Boolean是包裝類,有三個(gè)值:true、false和null,在某些特殊場(chǎng)景,用null可以進(jìn)行一些特殊判斷;因此接口返回布爾值最好選擇包裝類。12.19:修改seo設(shè)置出現(xiàn)的bug;在解決這個(gè)bug的時(shí)候,我發(fā)現(xiàn)項(xiàng)目中的多語言獲取其實(shí)存在問題,現(xiàn)有的多語言配置涉及三張表,字典、模板配置表和多語言字段表,而在配置多語言時(shí),僅僅修改了配置表,但是獲取多語言字段時(shí),只獲取了字典表,因此就會(huì)出現(xiàn)一個(gè)問題:配置默認(rèn)語言的時(shí)候,只修改了配置表,如果這個(gè)時(shí)候去獲取多語言表,默認(rèn)語言還是修改前的默認(rèn)語言,導(dǎo)致了數(shù)據(jù)不一致。和孫老師討論后,孫老師在配置默認(rèn)語言時(shí),同步修改多語言表,解決了這個(gè)問題。而seo的bug也類似,由于我是直接獲取的多語言表,假如現(xiàn)在只有一種語言,我去新增語言,多語言字段仍然只有原先語言字段,導(dǎo)致回顯seo時(shí)仍然只有一種語言,因此我需要去讀取配置表,根據(jù)配置表的語言去獲取多語言字段值。12.20:后臺(tái)篩選整合優(yōu)化;主要完成了字段整合的需求,例如學(xué)員郵箱分為注冊(cè)郵箱和備用郵箱,現(xiàn)在整合到一起,并且支持多選。
0 點(diǎn)贊 評(píng)論 收藏
分享
12.9:完成了seo配置接口的開發(fā)和詳情接口的開發(fā);由于孫老師已經(jīng)將多語言保存和獲取的工具寫好,所以這個(gè)任務(wù)并不難。在寫完接口后,我看了多語言工具的源碼,它是通過反射來賦值和獲取的,這樣一來,多語言獲取的操作非常方便,并且可以集中維護(hù);12.10:解決seo保存時(shí)出現(xiàn)的bug;在保存seo接口的時(shí)候,出現(xiàn)了無法清空的現(xiàn)象。seo的配置是可以清空的,但是保存空字符串的時(shí)候,接口返回仍然是原來的值;看代碼發(fā)現(xiàn),這是因?yàn)楸4娑嗾Z言的時(shí)候,增加了一個(gè)strutil.isBlank判斷,導(dǎo)致空字符串無法保存到數(shù)據(jù)庫,和孫老師討論后,將判斷改成了ObjectUtil.isNull,解決了這一問題。12.11:完成不登陸留資接口改造;目前已有的兩種留資方式,是官網(wǎng)登錄留資和不登陸留資,而營銷落地頁留資,并沒有商品id;而按照原來的留資,沒有商品id就無法獲取項(xiàng)目來源,CFA或者Degree,因此需要對(duì)留資接口進(jìn)行改造,而其他情況下的邏輯又不能變;所以我增加了一層判斷,通過判斷有無商品id,去獲取商品,沒有商品id的話,就去通過感興趣項(xiàng)目判斷是CFA或者Degree;12.12:優(yōu)化已有的代碼結(jié)構(gòu),設(shè)計(jì)用戶編輯的command實(shí)體;在私有方法中,對(duì)于if else的使用,完全可以省略第二個(gè)esle,在滿足第一個(gè)if條件后,直接return;代碼看起來更美觀,并且,形同的部分可以抽取成公共方法,避免出現(xiàn)重復(fù)代碼;在設(shè)計(jì)用戶編輯command對(duì)象的時(shí)候,我將所有共有的屬性,抽取成了base類,然后再通過不同的場(chǎng)景,繼承這個(gè)類然后擴(kuò)展,做到了里氏原則;12.13:對(duì)用戶編輯需求兼容之前的添加備注接口;由于之前考慮的不夠,添加備注功能和用戶編輯功能整體的邏輯是一樣的,我想直接在添加備注這個(gè)接口上進(jìn)行改造,而一旦改造,就意味著原來的接口不能用,將會(huì)導(dǎo)致自動(dòng)化測(cè)試等報(bào)錯(cuò),造成一定的影響,因此舊接口需要保留,重新開一個(gè)新接口,去實(shí)現(xiàn)功能,然后替換掉原有的接口;等配合前端改好之后,再將舊的接口下掉,做到兼容性;
0 點(diǎn)贊 評(píng)論 收藏
分享
12.2:梳理內(nèi)容管理模塊,優(yōu)化了部分代碼的結(jié)構(gòu),原先的異步發(fā)送郵件,已經(jīng)存在了一個(gè)異步方法,就不需要自己再調(diào)用CompletableFuture去異步運(yùn)行,整個(gè)項(xiàng)目統(tǒng)一代碼風(fēng)格。12.3:完成了不登陸留資的發(fā)布,在這次review代碼后,我學(xué)到了以下要點(diǎn):1、在command對(duì)象中設(shè)置默認(rèn)值時(shí),也不能使用魔法值,需要定義常量或者枚舉;2、對(duì)于枚舉和值的匹配,應(yīng)該在枚舉中提供一個(gè)根據(jù)id取值的方法;12.4:留資功能上pre后,出現(xiàn)了一個(gè)bug,在組裝類中沒有對(duì)對(duì)象進(jìn)行非空判斷,出現(xiàn)了空指針異常,導(dǎo)致用戶數(shù)據(jù)沒有推送到OCRM,我以后會(huì)注意對(duì)象的非空判斷。12.5:完成了內(nèi)容模板的路由設(shè)計(jì),以及創(chuàng)建實(shí)體類,完成了創(chuàng)建頁面接口。這天孫老師給我指出了一個(gè)問題,我將所有用戶相關(guān)的sql都寫到了一個(gè)mapper里,一開始是因?yàn)樯婕捌渌淼膕ql不多,想偷點(diǎn)懶,但是后面用戶相關(guān)的四張表都塞到了一個(gè)userMapper里,導(dǎo)致它非常臃腫,所以我將其他表的sql拆開,每張表對(duì)應(yīng)一個(gè)mapper,這樣結(jié)構(gòu)就清晰明了。12.6:完成了內(nèi)容模板的頁面設(shè)置,將創(chuàng)建用戶發(fā)布到pre。review創(chuàng)建用戶這個(gè)代碼的時(shí)候,我的一個(gè)查詢接口沒有做到通用性。在孫老師的提醒下,我學(xué)到了接口設(shè)計(jì)最好能做到以下原則:查詢一般只有兩個(gè)接口,一個(gè)單對(duì)象,一個(gè)列表對(duì)象,通過對(duì)象數(shù)屬性去控制,否則接口越來越多,項(xiàng)目會(huì)很臃腫,不利于維護(hù);
0 點(diǎn)贊 評(píng)論 收藏
分享
2024-12-02 20:32
已編輯
南昌航空大學(xué) Java
我曾經(jīng)一直認(rèn)為,高效率工作或者學(xué)習(xí),是非常有必要的,這也是我喜歡寫程序的原因,因?yàn)槌绦虻男时热祟惛?,一個(gè)好用的程序或許能省很多時(shí)間。但是,現(xiàn)在,我改變了我的看法。作為一個(gè)實(shí)習(xí)生,我把分配到的活都在規(guī)定時(shí)間內(nèi)干完,然后六點(diǎn)準(zhǔn)時(shí)下班,然而在最近得知了自己不被領(lǐng)導(dǎo)看好的消息。我們這一共四個(gè)實(shí)習(xí)生,我總是每次準(zhǔn)點(diǎn)打卡下班,而其他實(shí)習(xí)生都比我晚?;蛟S是我分配的活比他們少,或許是其他原因,但我都保證了我的需求在規(guī)定時(shí)間內(nèi)完成,甚至提前完成。我覺得至少在任務(wù)上,我是過關(guān)的。然而今天和mt聊了,他說ld不看好我,因?yàn)槲颐看瘟c(diǎn)準(zhǔn)時(shí)走,從不加班(而ld也說實(shí)習(xí)生加班不做要求),然而實(shí)際情況并非如此,像mt或者其他正式員工的晉升,和工時(shí)離不開關(guān)系,在大家做的需求難度差不多的情況下,工時(shí)高就成為了晉升的標(biāo)準(zhǔn)。而我們實(shí)習(xí)生轉(zhuǎn)正,工時(shí)或許成為了潛在的加分項(xiàng)。并且上個(gè)月,工時(shí)最高的實(shí)習(xí)生被評(píng)為了優(yōu)秀實(shí)習(xí)生。我并不想說其他實(shí)習(xí)生怎么怎么樣,我和他們一起吃飯,也玩的挺好。但我很痛恨這種潛在的加班內(nèi)卷,毫無意義的在工位上消耗多余的時(shí)間,能讓公司發(fā)展的更好嗎?晉升和工時(shí)正相關(guān),能幫公司篩選出優(yōu)秀的員工嗎?也許真的有人工作多需要通過加班,在規(guī)定的時(shí)間完成需求,但以現(xiàn)在的風(fēng)氣來看,這種并非多數(shù)。我曾經(jīng)以為技術(shù)是晉升的標(biāo)準(zhǔn),努力學(xué)習(xí)提升技術(shù)就能獲得晉升的機(jī)會(huì),但我現(xiàn)在不這么認(rèn)為了。我知道公司上級(jí)只是想通過工時(shí)這種數(shù)據(jù),讓老板知道自己花的工資有價(jià)值,但這樣只會(huì)讓我更不熱愛工作。發(fā)表一下自己的感想罷了,我不奢望能改變什么,因?yàn)槲乙渤蔀榱思影嗟桨它c(diǎn)的“優(yōu)秀員工”。
0 點(diǎn)贊 評(píng)論 收藏
分享
11.25:完成不登陸留資接口開發(fā);由于原先就存在已登錄留資,和不登陸留資具體邏輯大差不差,但是考慮到可能不登陸留資后續(xù)還會(huì)添加參數(shù)等等,所以新寫了個(gè)方法,將原先登錄留資的部分共有的參數(shù)校驗(yàn)抽取成公共方法。11.26:完成創(chuàng)建測(cè)試環(huán)境需求,創(chuàng)建八個(gè)測(cè)試商品;建立測(cè)試環(huán)境主要是為了區(qū)分測(cè)試人員和正式用戶的訂單,因此測(cè)試商品具有正式商品一樣的屬性,測(cè)試人員在測(cè)試流程時(shí)就可以選擇測(cè)試商品,將數(shù)據(jù)區(qū)分開。在完成這個(gè)需求的時(shí)候,我把所有學(xué)員端和后臺(tái)的流程都走了一遍,也更加熟悉項(xiàng)目的功能結(jié)構(gòu)。11.27:優(yōu)化不登陸接口開發(fā),留資推OCRM參數(shù)增加鏈接屬性、落地頁名稱和鏈接來源;新增了推OCRM參數(shù),要區(qū)分留資渠道是官網(wǎng)還是營銷,如果按照之前的方法,把不登陸留資和登錄留資拆開,那么兩個(gè)地方都要修改,所以我梳理了一下,登錄留資和不登陸留資的區(qū)別,就在于登錄需要對(duì)用戶進(jìn)行判斷,是否已經(jīng)留過資,而不登陸則無需判斷;除此之外,其他邏輯完全一樣。思考:所以不需要寫兩個(gè)方法,登錄和不登陸留資本質(zhì)上都是留資,對(duì)于留資的處理都是一樣的,只是登錄需要多加一個(gè)校驗(yàn),于是我將兩個(gè)合并,判斷如果存在uid,就進(jìn)行校驗(yàn),不存在就直接進(jìn)行后續(xù)流程,大大簡(jiǎn)化了代碼,需要增加的只有參數(shù),以及推O那邊需要做一層判斷;并且我也思考了擴(kuò)展性,考慮到留資只有登錄和不登陸兩種情況,所以目前來說我覺得這樣寫應(yīng)該是最好的。11.28:完成后臺(tái)創(chuàng)建用戶接口,同時(shí)新增備用手機(jī)號(hào)和區(qū)號(hào),同步到學(xué)員端和后臺(tái)列表篩選;創(chuàng)建用戶這一部分和當(dāng)前學(xué)員端的注冊(cè)有些區(qū)別,學(xué)員注冊(cè)時(shí)只填寫基礎(chǔ)信息,后面才填寫補(bǔ)充信息,而創(chuàng)建用戶一次性都填寫,包括非必填。因此這兩部分雖然有一些共通的代碼,但是目前不好抽取,后面可能需要改進(jìn)。11.29:完成根據(jù)郵箱搜索學(xué)員接口和改造之前的用戶變更記錄保存;之前用戶變更記錄保存是改什么字段保存什么字段,根本不能讀取什么字段發(fā)生了變更,如果每個(gè)字段都加一個(gè)屬性,表結(jié)構(gòu)就非?;靵y。所以我統(tǒng)一了格式,每次保存用戶變更記錄時(shí),都以u(píng)ser.toJson,userDetail.toJson的格式保存,讀取時(shí)也可以用這種格式解析,比較前后字段就可以知道哪些字段變更,給后面的用戶軌跡留一個(gè)口子。
0 點(diǎn)贊 評(píng)論 收藏
分享
11.18:完成學(xué)員端個(gè)人信息的對(duì)接,包括分單部分的對(duì)接。在對(duì)接分單部分的時(shí)候,由于信息溝通有誤,我在訂單詳情頁返回了訂單狀態(tài),但是現(xiàn)在統(tǒng)一使用流水狀態(tài),導(dǎo)致學(xué)員端和后臺(tái)顯示不一致,因此需要修改代碼;11.19:完成學(xué)員后臺(tái)對(duì)接 ,在對(duì)接過程中出了點(diǎn)小bug,添加后臺(tái)備注時(shí)如果學(xué)員已經(jīng)填寫了詳細(xì)信息,報(bào)了個(gè)添加失敗異常,原因是代碼里邏輯判斷有誤,導(dǎo)致無論用戶有沒有填寫補(bǔ)充信息,都走了更新,所以更新一條不存在的數(shù)據(jù),就出現(xiàn)了更新失??;11.20:參加需求會(huì),review分單相關(guān)的代碼。從一開始review跟著孫老師和李老師的思路去看代碼問題,到現(xiàn)在已經(jīng)能自己看出一些問題了,并且我覺得代碼review是一個(gè)很好的事,一方面可以看看別人寫的規(guī)范的代碼,彼此溝通;另一方面可以熟悉別人寫的流程,日后也好接入11.21:梳理下個(gè)迭代的需求,拆task并估時(shí),整理了一下緩存管理的注解,維護(hù)了一下areteup項(xiàng)目的緩存管理文檔11.22:用戶相關(guān)功能及ClassIn代碼review和發(fā)布,在review代碼的時(shí)候還是發(fā)現(xiàn)了很多問題,一些細(xì)節(jié)上的處理還是不到位,并且對(duì)于feign調(diào)用這一塊的層級(jí)結(jié)構(gòu)還不夠清晰,經(jīng)過這一次代碼review,我對(duì)代碼的邏輯結(jié)構(gòu)以及規(guī)范上有了更深的理解。
0 點(diǎn)贊 評(píng)論 收藏
分享
11.11:完成學(xué)員端分單列表和詳情的部分開發(fā);思考:由于新增分單,和之前已經(jīng)寫好的訂單邏輯有些沖突,需要重新設(shè)計(jì),孫昕老師和李雁飛老師的設(shè)計(jì)下,將全款訂單也生成一個(gè)子單信息,這樣一來所有訂單都可以作為子訂單統(tǒng)一處理,而我負(fù)責(zé)的訂單列表和詳情也非常方便,讓我感受到了技術(shù)設(shè)計(jì)的重要性,因此,在以后的開發(fā)中,我會(huì)先進(jìn)行方案設(shè)計(jì)再進(jìn)行開發(fā),這樣就能避免技術(shù)債務(wù);11.12:完成學(xué)員端分單詳情的開發(fā);11.13:和前端對(duì)接分單列表和詳情,新增頭像審核接口,在詳情頁面新增了projectId,以便于前端判斷項(xiàng)目是CFA還是大職研;思考:由于看需求不仔細(xì),忽略了UI的重要性,導(dǎo)致忽略了保存頭像是需要單獨(dú)一個(gè)接口的,不過由于將圖片審核整理到了api層,所以花費(fèi)太多時(shí)間,以后會(huì)原型加上UI一起看的,以免遺漏細(xì)節(jié);11.14:新加的訂單列表展示即將逾期的訂單,單獨(dú)出一個(gè)接口解決:對(duì)于查找訂單列表的設(shè)計(jì),我一開始是想在代碼里面做排序和篩選,但是孫老師說一條SQL就能解決,就沒必要用太多代碼處理,但是在后面討論到過期時(shí)間需要加索引的時(shí)候,孫老師說當(dāng)有上千萬訂單時(shí),即使添加了索引也會(huì)很慢,于是還是改成了在代碼里面做排序篩選。11.15:解決ClassIn出現(xiàn)的bug問題:ClassIn的邏輯是由吳冬輝老師之前就寫好的,但是在測(cè)試的時(shí)候還是發(fā)現(xiàn)了bug,當(dāng)用戶已經(jīng)在ClassIn客戶端注冊(cè)時(shí),再次調(diào)用api注冊(cè),我們?nèi)匀粫?huì)將他標(biāo)記為首次注冊(cè);可能是我之前對(duì)接后測(cè)試的不仔細(xì),導(dǎo)致出現(xiàn)了這個(gè)缺陷;解決:在和ClassIn售后人員溝通后,我重寫了ClassIn的部分邏輯,解決了bug
0 點(diǎn)贊 評(píng)論 收藏
分享
11.4:完成v1.1學(xué)員端用戶查詢功能和部分信息變更功能的開發(fā);出現(xiàn)的問題:之前已經(jīng)寫好了部分信息變更的邏輯,但是當(dāng)時(shí)考慮欠缺,導(dǎo)致需要大改;解決:經(jīng)過思考,理順了邏輯,也算是把之前的代碼結(jié)構(gòu)優(yōu)化了一下;11.5:將阿里云圖像審核功能整合到代碼中,完成學(xué)員端用戶信息變更功能的開發(fā);問題:官方給的sdk的demo僅僅只是一個(gè)示例,要整合到我們的代碼中,還需要規(guī)范化結(jié)構(gòu)化,并且需要保證client可以重復(fù)利用;解決:通過靜態(tài)屬性保證了client只有一個(gè),不會(huì)重復(fù)創(chuàng)建鏈接,并且將sdk整合成了api和api實(shí)現(xiàn),提供了一個(gè)通過圖片url獲取審核結(jié)果的接口;思考:能否用設(shè)計(jì)模式或者其他優(yōu)雅的方式來編寫阿里云sdk,我感覺自己寫的結(jié)構(gòu)并不是很好,后續(xù)通過更多的學(xué)習(xí)看能不能繼續(xù)優(yōu)化;11.6:完成后臺(tái)給學(xué)員添加備注功能,增加補(bǔ)充信息,以及添加備用郵箱為后臺(tái)用戶列表的篩選項(xiàng);問題:由于前期考慮不周,將備用郵箱放到了用戶詳情表,導(dǎo)致篩選項(xiàng)又需要多連一張表進(jìn)行查詢;解決:在孫昕老師的提醒下,我思考了用戶的一些基本屬性,如性別、生日,這種屬性應(yīng)該放到用戶表中,而不是放到詳情表,由于備用郵箱需要作為篩選字段,因此也放到用戶表中,就可以避免多連一張表導(dǎo)致性能下降;11.7:完成ClassIn功能的自動(dòng)化注冊(cè)和發(fā)送郵件功能;問題:ClassIn需要將賬號(hào)保存到第三方表,我們現(xiàn)在使用的賬號(hào)是郵箱,而我在完成開發(fā)進(jìn)行測(cè)試時(shí)發(fā)現(xiàn),數(shù)據(jù)庫表中存了郵箱明文,說明當(dāng)時(shí)設(shè)計(jì)表時(shí)忽略了這一點(diǎn);解決:增加加密字段和md5字段,新增了update接口并測(cè)試保證存到數(shù)據(jù)庫的一定是密文;思考:用戶相關(guān)的敏感信息(郵箱、電話)等入表一定要記得加密和md5;11.8:梳理學(xué)員端分單功能需求,梳理用戶支付相關(guān)的整個(gè)流程,設(shè)計(jì)響應(yīng)實(shí)體;思考:通過看李老師寫的訂單支付相關(guān)的代碼,發(fā)現(xiàn)有部分共通的功能(訂單完成的狀態(tài)變更、通過訂單編號(hào)檢驗(yàn)流水),可以拆出來作為共有功能,方便維護(hù)和擴(kuò)展,因此我以后在寫代碼的時(shí)候,也應(yīng)該考慮,是否有部分共通的代碼,可以抽取出來,或者使用設(shè)計(jì)模式讓整個(gè)結(jié)構(gòu)和邏輯更加清晰;
0 點(diǎn)贊 評(píng)論 收藏
分享
導(dǎo)師要求周報(bào)要寫日期和思考,而不是像流水賬一樣寥寥幾句,因此一改往常流水賬風(fēng)格,寫成了人機(jī)周報(bào),有些思考還挺有用的,發(fā)布到這里,后面自己還能回顧一下。后面應(yīng)該每周都會(huì)更新周報(bào)了============分割線==============10.28:修改了現(xiàn)有代碼的Assembler層的問題,同一個(gè)方法重載多次;問題:為什么不能多次重載?思考:雖然返回的是相同對(duì)象,但是功能不同,入?yún)⒉煌?,在調(diào)用時(shí)容易混淆,因此修改方法命名,使其更加符合其功能,而不是多次重載;10.29:通過單元測(cè)試調(diào)通ClassIn自動(dòng)注冊(cè)接口,畫了相應(yīng)的時(shí)序圖;問題:流程圖和時(shí)序圖的區(qū)別?解決:時(shí)序圖主要反映時(shí)間上每個(gè)步驟的流程,結(jié)合時(shí)間更加直觀,而流程圖以流程為主,在較小的范圍內(nèi)能清晰的展示流程;思考:對(duì)于需要調(diào)用三方服務(wù)同時(shí)又有回調(diào)的功能,用時(shí)序圖會(huì)更加直觀;10.30:參加需求迭代會(huì),梳理下一期迭代的需求,拆task并大致估時(shí),同時(shí)完成前置工作,核對(duì)了業(yè)務(wù)上的一些細(xì)節(jié);10.31:設(shè)計(jì)用戶詳情表等需求相關(guān)的表;問題:第三方表賬號(hào)字段為什么不能以三方服務(wù)自己的名字命名?解決:如果以三方的服務(wù)命名,那么當(dāng)再次接入一個(gè)服務(wù)時(shí),又要新增字段,每一次增加服務(wù)都要新增字段,不便于維護(hù),且數(shù)據(jù)也會(huì)不整潔,會(huì)出現(xiàn)某個(gè)用戶這個(gè)字段有值而另一個(gè)字段沒值,每個(gè)用戶的數(shù)據(jù)的結(jié)構(gòu)不一致;思考:第三方賬號(hào)表設(shè)計(jì)應(yīng)該具備通用性,對(duì)于不同的三方服務(wù),統(tǒng)一用來源表示,更加容易維護(hù)和擴(kuò)展;11.1:調(diào)研阿里云圖像審核的前置工作,了解如何使用并且需要哪些參數(shù),這些參數(shù)的含義,都寫入了技術(shù)文檔;文檔比較清晰,一些疑惑的點(diǎn)也都問了客服,通過示例代碼了解了使用方法,沒有什么問題;
投遞阿里云等公司10個(gè)崗位
0 點(diǎn)贊 評(píng)論 收藏
分享
deltta:就是阿里云盤,建一個(gè)新文件夾,選擇篩選所有圖片,就會(huì)出來很多不屬于自己的照片。項(xiàng)目組年終獎(jiǎng)沒了,還得有人要走
投遞阿里云等公司10個(gè)崗位
0 點(diǎn)贊 評(píng)論 收藏
分享

創(chuàng)作者周榜

更多
關(guān)注他的用戶也關(guān)注了:
牛客網(wǎng)
??推髽I(yè)服務(wù)